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1. INTRODUCTION 

Termination of logic programs is widely studied. Most automated techniques try to 
prove universal termination of definite logic programs, i.e., one tries to show that 
all derivations of a logic program are finite w.r.t. the left-to-right selection rule. 

Both "direct" and "transformational" approaches have been proposed in the lit- 
erature (see, e.g., [De Schreye and Decorte 1994] for an overview and [Bruynooghc 
et al. 2007; Codish et al. 2005; Codish et al. 2006; Dc Schreye and Serebrenik 2002; 
Lagoon et al. 2003; Mesnard and Ruggicri 2003; Mesnard and Serebrenik 2007; 
Nguyen and De Schreye 2005; 2007; Nguyen et al. 2008; Serebrenik and De Schreye 
2005a; Smaus 2004] for more recent work on "direct" approaches). "Transfor- 
mational" approaches have been developed in [Aguzzi and Modigliani 1993; Arts 
and Zantema 1995; Chtourou and Rusinowitch 1993; Ganzinger and Waldmann 
1993; Krishna Rao et al. 1998; Marchiori 1994; 1996; van Raamsdonk 1997] and 
a comparison of these approaches is given in [Ohlebusch 2001]. Moreover, similar 
transformational approaches also exist for other programming languages (e.g., see 
[Giesl et al. 2006] for an approach to prove termination of Haskell-programs via 
a transformation to term rewriting). Moreover, there is also work in progress to 
develop such approaches for imperative programs. 

In order to be successful for termination analysis of logic programs, transforma- 
tional methods 

(I) should be applicable for a class of logic programs as large as possible and 

(II) should produce TRSs whose termination is easy to analyze automatically. 

Concerning (I) , the above existing transformations can only be used for certain sub- 
classes of logic programs. More precisely, all approaches except [Marchiori 1994; 
1996] are restricted to well-moded programs. The transformations of [Marchiori 
1994; 1996] also consider the classes of simply well-typed and safely typed programs. 
However in contrast to all previous transformations, we present a new transforma- 
tion which is applicable for any (definite) logic program. Like most approaches 
for termination of logic programs, we restrict ourselves to programs without cut 
and negation. While there are transformational approaches which go beyond defi- 
nite programs [Marchiori 1996], it is not clear how to transform non-definite logic 
programs into TRSs that are suitable for automated termination analysis, cf. (II). 

Concerning (II), one needs an implementation and an empirical evaluation to 
find out whether termination of the transformed TRSs can indeed be verified au- 
tomatically for a large class of examples. Unfortunately, to our knowledge there is 
only a single other termination tool available which implements a transformational 
approach. This tool TALP [Ohlebusch et al. 2000] is based on the transformations 
of [Arts and Zantema 1995; Chtourou and Rusinowitch 1993; Ganzinger and Wald- 
mann 1993] which are shown to be equally powerful in [Ohlebusch 2001]. So these 
transformations are indeed suitable for automated termination analysis, but con- 
sequently, TALP only accepts well-moded logic programs. This is in contrast to 
our approach which we implemented in our termination prover AProVE [Giesl et al. 
2006] . Our experiments on large collections of examples in Section 7 show that our 
transformation indeed produces TRSs that are suitable for automated termination 
analysis and that AProVE is currently among the most powerful termination provers 
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for logic programs. 

To illustrate the starting point for our research, we briefly review related work 
on connecting termination analysis of logic programs and term rewrite systems: 
in Section 1.1 we recapitulate the classical transformation of [Arts and Zantcma 
1995; Chtourou and Rusinowitch 1993; Ganzinger and Waldmann 1993; Ohlebusch 
2001] and in Section 1.2 we discuss the approach of adapting TRS-techniques to 
the logic programming setting (which can be seen as an alternative to our approach 
of transforming logic programs to TRSs). Then in Section 1.3 we give an overview 
on the structure of the remainder of the paper. 

1.1 The Classical Transformation 

Our transformation is inspired by the transformation of [Arts and Zantema 1995; 
Chtourou and Rusinowitch 1993; Ganzinger and Waldmann 1993; Ohlebusch 2001]. 
In this classical transformation, each argument position of each predicate is either 
determined to be an input or an output position by a moding function m. So for 
every predicate symbolp of arity n and every 1 < i < n, we have m(p, i) E {in, out}. 
Thus, m(p, i) states whether the i-th argument of p is an input (in) or an output 
(out) argument. 

As mentioned, the moding must be such that the logic program is well moded [Apt 
and Etalle 1993]. Well-modedness guarantees that each atom selected by the left-to- 
right selection rule is "sufficiently" instantiated during any derivation with a query 
that is ground on all input positions. More precisely, a program is well moded iff 
for any of its clauses H :- B\, . . . , Bk with k > 0, we have 

(a) V ou t(H) C V in {H) U V out {B x ) U . . . U V out {B k ) and 

(b) Vin(Bi) C Vi n (H) U V „ t (Bi) U . . . U VoutiB^) for all 1 < i < k 

Vin(B) and V ut{B) are the variables in terms on B's input and output positions. 

Example 1.1. Consider the following variant of a small example from [Ohlebusch 
2001]. 

P(-^" ^ ) 

p(f(A),g(F)) :- p(f(A),f(Z)),p(Z,g(F)). 

Let m be a moding with m(p, 1) = in and m(p, 2) = out. Then the program is well 
moded: This is obvious for the first clause. For the second clause, (a) holds since 
the output variable Y of the head is also an output variable of the second body 
atom. Similarly, (b ) holds since the input variable X of the first body atom is also 
an input variable of the head, and the input variable Z of the second body atom is 
also an output variable of the first body atom. 

In the classical transformation from logic programs to TRSs, two new function 
symbols pi n and p out are introduced for each predicate p. We write ll p(s, t)" to 
denote that s and t are the sequences of terms on p's in- and output positions. 

• For each fact p(s,i), the TRS contains the rule Pi n (s) — > p ut(i)- 

• For each clause c of the iorm p(s, :- p\(s\, t\), . . . ,pk(sk,tk), the resulting TRS 
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contains the following rules: 

Pin{s) -» u c .i(pi m (s 1 ),V{s)) 
«c,i(pi„ ut (i*i),V(S)) -> u c . 2 ( P2m (s 2 ), V(s) U V(fi)) 

M c , fc (p feout (4), V(s) U V(ti) U . . . U V(tfc_i)) -» Po„t(t) 

Here, V(s) are the variables occurring in s. Moreover, if V(s) = {x\, . . . ,x n }, 
then u u Ct i(pi in (si),V(s)) v abbreviates the term u c ^{pi in {s\),X\, . . . ,x n ), etc. 

If the resulting TRS is terminating, then the original logic program terminates for 
any query with ground terms on all input positions of the predicates, cf. [Ohlebusch 
2001]. However, the converse does not hold. 

Example 1.2. For the program of Example 1.1, the transformation results in the 
following TRS K. 

Pin(X) — ► p out (X) 

Pi „(f(x))^ Ul ( Pi „(fpO),x) 

u 1 {p out (f{Z)),X) - u 2 (Pin(Z),X,Z) 

u 2 ( Pout ( g (Y)),x,z) - Pout ( g (y)) 

The original logic program is terminating for any query p(t\,t 2 ) whereti is a ground 
term. However, the above TRS is not terminating: 

Pin(f(X)) >TZ Ul ( Pm (f(X)),X) >TZ U 1 ( Ul ( Pin (f(X)),X),X) -» w ... 

Jn the iogic program, after resolving with the second clause, one obtains a query 
starting with p(f(. . .),f(. . .)). Since p's output argument f(. . .) is already partly 
instantiated, the second clause cannot be applied again for this atom. However, 
this information is neglected in the translated TRS. Here, one only regards the 
input argument of p in order to determine whether a rule can be applied. Note 
that many current tools for termination proofs of logic programs like cTI [Mesnard 
and Bagnara 2005], TALP [Ohlebusch et al. 2000], TermiLog [Lindenstrauss et al. 
1997], and TerminWeb [Codish and Taboch 1999] fail on Example 1.1. 

So this example already illustrates a drawback of the classical transformation: 
there are several terminating well-moded logic programs which are transformed into 
non-terminating TRSs. In such cases, one fails in proving the termination of the 
logic program. Even worse, most of the existing transformations are not applicable 
for logic programs that are not well moded. 1 

Example 1.3. We modify Example 1.1 by replacing g(Y) with g{W) in the body 
of the second clause: 

p(X,X). 

p(f(X),g(F)) :- p(f(X),f(Z)),p(Z,g(W)). 



1 Example 1.3 is neither well moded nor simply well typed nor safely typed (using the types 
"Any" and " Ground") as required by the transformations of [Aguzzi and Modigliani 1993; Arts 
and Zantema 1995; Chtourou and Rusinowitch 1993; Ganzinger and Waldmann 1993; Krishna 
Rao et al. 1998; Marchiori 1994; 1996; van Raamsdonk 1997]. 
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Still, all queries p(ti,t 2 ) terminate if t\ is ground. But this program is not well 
moded, as the second clause violates Condition (a): V otI t(p(f(X), g(Y))) = {Y} % 
V iB (p(f(X),g(y))) U V OIlt (p(f(I),f(2))) U V OU ((p(Z,g(lf))) - {X,Z,W}. Trans- 
forming the program as before yields a TRS with the rule U2(p «t(g(W / )), X, Z) — > 
Pout(g{Y)). So non-well-moded programs result in rules with variables like Y in 
the right- but not in the left-hand side. Such rules are usually forbidden in term 
rewriting and they do not terminate, since Y may be instantiated arbitrarily. 

Example 1.4. A natural non-well-moded example is the append -program with 
the clauses 

append([], M, M). 

append([X\L],M,[X\N]) :- append(L, M, N). 

and the moding m(append, 1) = in and m(append,2) = m(append,3) = out, 
i.e., one only considers append 's first argument as input. Due to the first clause 
append([], M, M), this program is not well moded although all queries of the form 
append(ti, t<i, t%) are terminating if t\ is ground. 

1.2 Term Rewriting Techniques for Termination of Logic Programs 

Recently, several authors tackled the problem of applying termination techniques 
from term rewriting for (possibly non-well-moded) logic programs. A framework 
for integrating orders from term rewriting into direct termination approaches for 
logic programs is discussed in [De Schreye and Serebrenik 2002]. 2 However, the 
automation of this framework is non-trivial in general. As an instance of this 
framework, the automatic application of polynomial interpretations (well-known in 
term rewriting) to termination analysis of logic programs is investigated in [Nguyen 
and De Schreye 2005; 2007]. Moreover, [Nguyen et al. 2008] extend this work 
further by also adapting a basic version of the dependency pair approach [Arts and 
Giesl 2000] from TRSs to the logic programming setting. This provides additional 
evidence that techniques developed for term rewriting can successfully be applied 
to termination analysis of logic programs. 

Instead of integrating each termination technique from term rewriting separately, 
in the current paper we want to make all these techniques available at once. There- 
fore, unlike [De Schreye and Serebrenik 2002; Nguyen and De Schreye 2005; 2007; 
Nguyen et al. 2008], we choose a transformational approach. Our goal is a method 
which 

(A) handles programs like Example 1.1 where classical transformations like the one 
of Section 1.1 fail, 

(B) handles non-well-moded programs like Example 1.3 where most current trans- 
formational techniques are not even applicable, 

(C) allows the successful automated application of powerful techniques from rewrit- 
ing for logic programs like Example 1.1 and 1.3 where current tools based on 

2 But in contrast to [De Schreye and Serebrenik 2002], transformational approaches like the one 
presented in this paper can also apply more recent termination techniques from term rewriting 
for termination of logic programs (e.g., refined variants of the dependency pair method like [Gicsl 
ct al. 2005; Giesl et al. 2006; Hirokawa and Middcldorp 2005], semantic labelling [Zantcma 1995], 
matchbounds [Geser et al. 2004], etc.). 
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direct approaches fail. For larger and more realistic examples we refer to the 
experiments in Section 7. 

1.3 Structure of the Paper 

After presenting required preliminaries in Section 2, in Section 3 we modify the 
transformation from logic programs to TRSs to achieve (A) and (B) . So restrictions 
like well-modedness, simple well-typcdncss, or safe typedness arc no longer required. 
Our new transformation results in TRSs where the notion of "rewriting" has to 
be slightly modified: we regard a restricted form of infinitary rewriting, called 
infinitary constructor rewriting. The reason is that logic programs use unification, 
whereas TRSs use matching. 

To illustrate this difference, consider the logic program p(s(X)) :- p(X) which 
does not terminate for the query p(X): Unifying the query p(X) with the head 
of the variable-renamed rule p(s(Xi)) :- p(Xi) yields the new query p(X\). After- 
wards, unifying the new query p(X\) with the head of the variable- renamed rule 
p(s(X 2 )) :- p(^) yields the new query p(X 2 ), etc. 

In contrast, the related TRS p(s(X)) — > p(X) terminates for all finite terms. 
When applying the rule to some subterm t, one has to match the left-hand side I of 
the rule against t. For example, when applying the rule to the term p(s(s(Y))), one 
would use the matcher that instantiates X with s(Y). Thus, p(s(s(Y))) would be 
rewritten to the instantiated right-hand side p(s(Y)). Hence, one occurrence of the 
symbol s is eliminated in every rewrite step. This implies that rewriting will always 
terminate. So in contrast to unification (where one searches for a substitution 9 
with t9 = £9), here we only use matching (i.e., we search for a substitution 9 with 
t = £9, but we do not instantiate the term t that is being rewritten). 

However, the infinite derivation of the logic program above corresponds to an 
infinite reduction of the TRS above with the infinite term p(s(s(. . .))) containing 
infinitely many nested s-symbols. So to simulate unification by matching, we have 
to regard TRSs where the variables in rewrite rules may be instantiated by infinite 
constructor terms. It turns out that this form of rewriting also allows us to analyze 
the termination behavior of logic programming with infinite terms, i.e., of logic 
programming without occur check. 

Section 4 shows that the existing termination techniques for TRSs can easily be 
adapted in order to prove termination of infinitary constructor rewriting. For a 
full automation of the approach, one has to transform the set of queries that has 
to be analyzed for the logic program to a corresponding set of terms that has to 
be analyzed for the transformed TRS. This set of terms is characterized by a so- 
called argument filter and we present heuristics to find a suitable argument filter 
in Section 5. Section 6 gives a formal proof that our new transformation and our 
approach to automated termination analysis are strictly more powerful than the 
classical ones of Section 1.1. We present and discuss an extensive experimental 
evaluation of our results in Section 7 which shows that Goal (C) is achieved as 
well. In other words, the implementation of our approach can indeed compete with 
modern tools for direct termination analysis of logic programs and it succeeds for 
many programs where these tools fail. Finally, we conclude in Section 8. 

Preliminary versions of parts of this paper appeared in [Schneider-Kamp et al. 
2007]. However, the present article extends [Schneider-Kamp et al. 2007] consider- 
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ably (in particular, by the results of the Sections 5 and 6). Section 6 contains a new 
formal comparison with the existing classical transformational approach to termi- 
nation of logic programs and proves formally that our approach is more powerful. 
The new contributions of Section 5 improve the power of our method substantially 
as can be seen in our new experiments in Section 7. Moreover, in contrast to 
[Schncider-Kamp et al. 2007], this article contains the full proofs of all results and 
a discussion on the limitations of our approach in Section 7.2. 

2. PRELIMINARIES ON LOGIC PROGRAMMING AND REWRITING 

We start with introducing the basics on (possibly infinite) terms and atoms. Then 
we present the required notions on logic programming and on term rewriting in 
Sections 2.1 and 2.2, respectively. 

A signature is a pair (S, A) where E and A are finite sets of function and predicate 
symbols. Each / e SUA has an arity n > and we often write f/n instead of 
/. We always assume that E contains at least one constant //0. This is not a 
restriction, since enriching the signature by a fresh constant would not change the 
termination behavior. 

Definition 2.1 (Infinite Terms and Atoms). A term over S is a tree where every 
leaf node is labelled with a variable X € V ov with //0 £ E and every inner node 
with n children (n > 0) is labelled with some f/n G E. We write f(ti, . . . ,t n ) for 
the term with root / and direct subtrees t\, . . . , t n . A term t is called finite if all 
paths in the tree t are finite, otherwise it is infinite. A term is rational if it only 
contains finitely many different subterms. The sets of all finite terms, all rational 
terms, and all (possibly infinite) terms over E are denoted by T(E, V), T™*(E, V), 
and T°°(E,V), respectively. If t is the sequence h,...,t n , then t G f°°(E,V) 
means that ti G T°°(E,V) for all i. T(E,V) is defined analogously. For a term 
t, let V{t) be the set of all variables occurring in t. A position pos G N* in a 
(possibly infinite) term t addresses a subterm t\ pos of t. We denote the empty word 
(and thereby the top position) by e. The term £[s] pos results from replacing the 
subterm t\ pos at position pos in t by the term s. So for pos = e we have t\ £ = t 
and t[s] E = s. Otherwise pos = ipos' for some i G N and t = f(ti, . . . , t n ). Then 
we have £|pos — t\ip OS ' — ti\p s f and £[s]p G5 — £[<s]ipos' — fi^ii ■ • ■ >ti[s\p s f ■ • ■ >^n)- 

An atom over (E, A) is a tree p{t\, . . . , t n ), where p/n G A and ti, . . . ,t n G 
T°°(E,V). ^°°(E,A,V) is the set of atoms and A rat (Z, A,V) (and A(T,, A, V), 
resp.) are the atoms p(t\, . . . ,t n ) where ti G T ra *(E, V) (and ti G T(E, V), resp.) 
for all i. We write -A(E, A) and T (E) instead of ^(E, A, 0) and T (E, 0). 

2.1 Logic Programming 

A clause c is a formula H :- B\, . . . ,Bk with k > and H, Bi G -4(E, A, V). H is c's 
head and B\,...,Bk is c's body. A finite set of clauses V is a definite logic program. 
A clause with empty body is a fact and a clause with empty head is a query. We 
usually omit " :- " in queries and just write "Si, . . . , B^" ■ The empty query is 
denoted □ . In queries, we also admit rational instead of finite atoms B\ , . . . , Bk- 

Since we are also interested in logic programming without occur check we consider 
infinite substitutions 9 : V — > T°°(E,V). Here, we allow 9{X) ^ X for infinitely 
many X G V. Instead of 9(X) we often write X9. If 9 is a variable renaming 
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(i.e., a one-to-one correspondence on V), then t6 is a variant of t, where t can be 
any expression (e.g., a term, atom, clause, etc.). We write 9a to denote that the 
application of 9 is followed by the application of a. 

A substitution 9 is a unifier of two terms s and t if and only if s9 = t9. We call 
9 the most general unifier (mgu) of s and t if and only if 6 is a unifier of s and t 
and for all unifiers a of s and t there is a substitution /i such that a = 0/j,. 

We briefly present the procedural semantics of logic programs based on SLD- 
resolution using the left-to- right selection rule implemented by most Prolog systems. 
More details on logic programming can be found in [Apt 1997], for example. 

Definition 2.2 (Derivation, Termination). Let Q be a query A\,...,A m , let c 
be a clause H :- B\ , . . . , Bk- Then Q' is a resolvent of Q and c using 9 (denoted 
Q \~c,0 Q') if 6 is the mgu 3 of A 1 and H, and Q' = (B 1 , . . . , A 2 , . . . , A m )0. 

A derivation of a program V and Q is a possibly infinite sequence Qoj Qi, ■ ■ ■ of 
queries with Qo = Q where for all i, we have Qi r- Ci+1) e i+1 Qj+i for some substitution 
6*j + i and some fresh variant Cj+i of a clause of P. For a derivation Q , . . . ,Q n as 
above, we also write Qo g 1 $ Qn or Qo hp Q n , and we also write Qi \-j> Qj+i 
for Qi r- Ci+1) e i+1 Qi+\- The query Q terminates for 7^ if all derivations of V and Q 
are finite. 

Our notion of derivation coincides with logic programming without an occur 
check [Colmerauer 1982] as implemented in recent Prolog systems such as SICStus 
or SWI. Since we consider only definite logic programs, any program which is termi- 
nating without occur check is also terminating with occur check, but not vice versa. 
So if our approach detects "termination" , then the program is indeed terminating, 
no matter whether one uses logic programming with or without occur check. In 
other words, our approach is sound for both kinds of logic programming, whereas 
most other approaches only consider logic programming with occur check. 

Example 2.3. Regard a program V with the clauses p(X) :- equal(X, s(X)), p(X) 
and equa\(X,X). We obtain p(X) Y-% p(s(s(. . .))) ^ P( s ( s (- • •))) • • •> wh ere 
s(s(. . .)) is the term containing infinitely many nested s-symbols. So the Unite 
query p(X) leads to a derivation with infinite (rational) queries. While p(X) is 
not terminating according to Definition 2.2, it would be terminating if one uses 
logic programming with occur check. Indeed, tools like cTI [Mesnard and Bagnara 
2005] and TerminWeb [Codish and Taboch 1999] report that such queries are "ter- 
minating". So in contrast to our technique, such tools are in general not sound for 
logic programming without occur check, although this form of logic programming 
is typically used in practice. 

2.2 Term Rewriting 

Now we define TRSs and introduce the notion of infinitary constructor rewriting. 
For further details on term rewriting we refer to [Baader and Nipkow 1998]. 

Definition 2.4 (Infinitary Constructor Rewriting). A TRS 1Z is a finite set of 

3 Note that for finite sets of rational atoms or terms, unification is dccidable, the mgu is unique 
modulo renaming, and it is a substitution with rational terms [Huct 1976] . 
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rules I — > r with £, r € T(S, V) and £ ^ V. 4 We divide the signature into defined 
symbols £_d = {/ | I — ► r € 7£, root(^) = /} and constructors T,q = S \ Ed- ^-' s 
infinitary constructor rewrite relation is denoted — >-r,: for s,t 6 T°°(E, V) we have 
s -^tj t if there is a rule £ — ■> r, a position pos and a substitution cr : V — > T°°(Sc, V) 
with s| pos = £er and t = s[ra] pos . Let — — »^ n , — ^ denote rewrite sequences 
of n steps, of at least n steps, and of arbitrary many steps, respectively (where 
n > 0). A term t is terminating for TZ if there is no infinite sequence of the form 
t — >tz t\ -^-jz t 2 -^n • ■ • A TRS TZ is terminating if all terms are terminating for TZ. 

The above definition of — differs from the usual rewrite relation in two aspects: 

(i) We only permit instantiations of rule variables by constructor terms. 

(ii) We use substitutions with possibly non-rational infinite terms. 

In Example 3.2 and 3.3 in the next section, we will motivate these modifications 
and show that there are TRSs which terminate w.r.t. the usual rewrite relation, 
but are non-terminating w.r.t. infinitary constructor rewriting and vice versa. 

3. TRANSFORMING LOGIC PROGRAMS INTO TERM REWRITE SYSTEMS 

Now we modify the transformation of logic programs into TRSs from Section 1 to 
make it applicable for arbitrary (possibly non-well-moded) programs as well. We 
present the new transformation in Section 3.1 and prove its soundness in Section 3.2. 
Later in Section 6 we will formally prove that the classical transformation is strictly 
subsumed by our new one. 

3.1 The Improved Transformation 

Instead of separating between input and output positions of a predicate p/n, now 
we keep all arguments both for pi n and p out (i.e., pi n and p out have arity n). 

Definition 3.1 (Transformation). A logic program V over (S, A) is transformed 
into the following TRS TZ-p over E-p = SU {pin/n, Pout/n p/n £ A}U {u Cji | c £ 
V, 1 < i < k, where k is the number of atoms in the body of c}. 

• For each fact p(s) in V, the TRS TZ-p contains the rule Pi n (s) — > p ut{s)- 

• For each clause c of the form p{s) :- pi(si), . . . ,Pk{sk) in V, TZ-p contains: 

Pin(s) -> u c ,i(pi in (si), V(s)) 
«c,l(Pl„ ut (Si),V(S)) -> u c ,2(f>2 in (s 2 ), V{s) U V(si)) 

u c ,kipk out (sk), V(s) U V(si) U . . . U V(sfe_i)) — > Pout(s) 

The following two examples motivate the need for infinitary constructor rewriting 
in Definition 3.1, i.e., they motivate Modifications (i) and (ii) in Section 2.2. 

4 In standard term rewriting, one usually requires V(r) C V(€) for all rules £ — > r. The reason 
is that otherwise the standard rewrite relation is never well founded. However, the infinitary 
constructor rewrite relation defined here can be well founded even if V(r) 2 V(^). 
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Example 3.2. For the logic program of Example 1.1, the transformation of Def- 
inition 3.1 yields the following TRS. 

p in (X,X)^p out (X,X) (1) 

p in (f(X),g(Y)) - Ul (p in (f(X),f(Z)),X,F) (2) 

ui(p out (f(X),f(Z)),X,y) - u 2 {p in {Z,g{Y)),X,Y,Z) (3) 

u 2 (p out (Z,g(Y)),X,Y,Z) - p out (f(X),g(F)) (4) 

This example shows why rules of TRSs may only be instantiated with constructor 
terms (Modihcation (i)). The reason is that local variables like Z (i.e., variables 
occurring in the body but not in the head of a clause) give rise to rules t — * r where 
V(r) <2 V(£) (cf. Rule (2)). Such rules are never terminating in standard term 
rewriting. However, in our setting one may only instantiate Z with constructor 
terms. So in contrast to the old transformation in Example 1.2, now all terms 
Pin (ti 1^2) terminate for the TRS if t\ is finite, since now the second argument 
of pi n prevents an inhnite application of Rule (2). Indeed, constructor rewriting 
correctly simulates the behavior of logic programs, since the variables in a logic 
program are only instantiated by "constructor terms". 

For the non-well-moded program of Example 1.3, one obtains a similar TRS 
where g(Y) is replaced by g(W) in the right-hand side of Rule (3) and the left- 
hand side of Rule (4). Again, all terms p» n (£i>*2) are terminating for this TRS 
provided that t\ is finite. Thus, we can now handle programs where the classi- 
cal transformation of [Arts and Zantema 1995; Chtourou and Rusinowitch 1993; 
Ganzinger and Waldmann 1993; Ohlebusch 2001] failed, cf. Goals (A) and (B) in 
Section 1.2. 

Derivations in logic programming use unification, while rewriting is denned by 
matching. Example 3.3 shows that to simulate unification by matching, we have to 
consider substitutions with infinite and even non-rational terms (Modification (ii)). 

Example 3.3. Let V be ordered (cons(X, cons(s(X), XS))) :- ordered(cons(s(X), XS)). 
If one only considers rewriting with hnite or rational terms, then the transformed 
TRS Tip is terminating. However, the query ordered( YS) is not terminating for V. 
Thus, to obtain a sound approach, Tip must also be non-terminating. Indeed, the 
term t = ordered in (cons(X, cons(s(X), cons(s 2 (X), ...)))) is non-terminating with 
IZ-p's rule ordered in (cons(Jf, cons(s(X), XS))) — > u(ordered in (cons(s(X), XS)), X, 
XS) . The non-rational term t corresponds to the inhnite derivation with the query 
ordered (re). 

3.2 Soundness of the Transformation 

We first show an auxiliary lemma that is needed to prove the soundness of the 
transformation. It relates derivations with the logic program V to rewrite sequences 
with the TRS Tip. 

Lemma 3.4 (Connecting V and Tip). LetV be a program, let the terms from 
T rat (Y,,V), letp(t) Y-Vp v Q. If Q = □, then Pm (t)a Poutfycr. Otherwise, if 

Q is "q(v), then p in (i) a — r for a term r containing the subterm qi n (v). 
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Proof. Let p(t) = Q \- Cl fti ■■■ h c „,e„ Qn — Q with a — 6\...6 n . We use 
induction on n. The base case n = is trivial, since Q = p(t) andpi„(t) -^p p Pinfy- 

Now let n > 1. We first regard the case Q\ = □ and n = 1. Then c\ is a 
fact p(s) and #i is the mgu of p(z) and p(s). Note that such mgu's instantiate all 
variables with constructor terms (as symbols of S are constructors of TZ-p). We 
obtain p tn (t)9\ = pin (s)#i Pout(s)Qi = Pout(i)0i where er = 0i. 

Finally, let Qi 7^ D - Thus, ci is p(s) :-pi(s{), . . . ,Pk{s*k) and Qi is pi(s{)6i, . . . , 
Pk{sk)0i where 0i is the mgu of p(i) and p(s). There is an i with 1 < i < k 
such that for all j with 1 < j < i — 1 we have Pj{sj)a^ . . -Oj-i hp ffi □. More- 
over, if Q = □ then we can choose i = k and Pi(s*i)<xo . . . (J%-\ hp □. Oth- 
erwise, if Q is "<z(v), . . .", then we can choose i such that Pi(si)ao ■ ■ -<Ji-i hp cr . 
q(i7), . . . Here, n = ni + . . . + + 1, o~o = ci = #2 • • • ^m+ij ■ • • , and 

0» = ^rii + ...+n;-i+2 • • • ^n 1 +...+n z + l- So (7 = (Tq • • • <7 i ■ 

By the induction hypothesis we have Pj in (sj)a ■ ■ ■ Oj -^p™ 3 pj out (sj)a ■ ■ ■ ctj 
and thus also Pj in {sj)a -^p™ 3 Pj out (^j) a - Moreover, if Q = □ then we also have 
Pii n (si) (T ~^k^ Pi out (si) <T where i — k. Otherwise, if Q is il q(v), . . ." , then the 
induction hypothesis implies Pi in {si)a — ►p™ 4 r ' > where r' contains qi n (v). Thus 

Pin(t)(T = Pin(s)<7 ^Uv U cul (j) Un {si),V{s))a 



U, 



^i(Pw(si),V(s))a 



>ni 

>n v «ci,2(P2 iB (S2),V(5)UV(Si))CT 
>|; 2 ^,2(^(52)^^ UV(Si))a 



->|^ 8+ - +n< - 1 « Cl ,i(Pi <B (Si), V(S) U V(Si) U . . . U V(Si_i))(7 

Moreover, if Q = □, then i = fc and the rewrite sequence yields p «t(i)cr, since 

w Cl ,ife in (si), V(S) U . . . U V(Si_i))<T u Cl ,i(Pw(si), V(s) U . . . U V(5i_i))tr 

-^Rp Pout{s)o- = Poutfycr- 

Otherwise, if Q is u q(v), . . .", then rewriting yields a term containing qi n (v): 

« Cl ,.k(s.)>V(s)U...UV(ii))a M Cl , 1 (r',V(s>U...UV(s,». □ 

For the soundness proof, we need another lemma which states that we can restrict 
ourselves to non-terminating queries which only consist of a single atom. 

Lemma 3.5 (Non-Terminating Queries). Let V be a logic program. Then 
for every infinite derivation Q hp Qi hp . . ., there is a Qi of the form "q{v), . . . " 
with i > such that the query q(v) is also non-terminating. 

Proof. Assume that for all i > 0, the first atom in Qi does not have an infinite 
derivation. Then for each Qi there are two cases: either the first atom fails or 
it can successfully be proved. In the former case, there is no infinite reduction 
from Qi which contradicts the infinitcness of the derivation from Qo- Thus for all 
i > 0, the first atom of Qi is successfully proved in rij steps during the derivation 
Qo hp Qi hp . . . Let m be the number of atoms in Qi. But then Q\+m+...+n m is 
the empty query □ which again contradicts the infinitcness of the derivation. □ 

We use argument filters to characterize the classes of queries whose termination 
we want to analyze. Related definitions can be found in, e.g., [Arts and Giesl 2000; 
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Leuschel and S0rensen 1996]. 

Definition 3.6 (Argument Filter). A function tt : E U A — > 2 N is an argument 
filter tt over a signature (E, A) if and only if n(f /n) C {1, . . . , n} for every f/n£ 
SUA. We extend 7r to terms and atoms by defining tt(x) = x if x is a variable and 
• • .,*„)) = fi^itij, ■ ■ ■ ,7r(iiJ) if 7r(//n) = {ii, . . . ,i fe } with ij. < . .. < i k . 
Here, the new terms and atoms are from the filtered signature (S W ,A W ) where 
f/n€ E implies f/kG E^ and likewise for A w . For a logic program "P we write 
(Ep^, ApJ instead of ((Sp)^ (Ap)^). For any TRS ft, we define 7r(ft) = {tt(£) 
7r(r) £ — > r G 7?.}. The set of all argument filters over a signature (E, A) is denoted 
by AF(E, A). We write AF(H) instead of AF(H, 0) and speak of an argument filter 
"over E". We also write w(f) instead of n(f/n) if the arity of / is clear from the 
context. 

An argument filter tt' is a refinement of a filter tt if and only if Tr'(f) C ir(f) for 
all / e E U A. 

Argument filters specify those positions which have to be instantiated with finite 
ground terms. Then, we analyze termination of all queries Q where tt(Q) is a 
(finite) ground atom. In Example 1.1, we wanted to prove termination for all 
queries p(ii,i 2 ) where t\ is finite and ground. These queries are described by the 
filter n(h) = {1} for all h G {p,f,g}. Thus, we have ir(p(ti 7 t 2 )) = p(7r(ti)). 

Note that argument filters also operate on function instead of just predicate 
symbols. Therefore, they can describe more sophisticated classes of queries than 
the classical approach of [Arts and Zantema 1995; Chtourou and Rusinowitch 1993; 
Ganzinger and Waldmann 1993; Ohlebusch 2001] which only distinguishes between 
input and output positions of predicates. For example, if one wants to analyze all 
queries append^!, t 2 , t 3 ) where t\ is a finite list, one would use the filter 7r(append) = 
{1} and 7r(«) = {2}, where "•" is the list constructor (i.e., »(X,L) = [X\L]). Of 
course, our method can easily prove that all these queries are terminating for the 
program of Example 1.4. 

Now we show the soundness theorem: to prove termination of all queries Q where 
7r(Q) is a finite ground atom, it suffices to show termination of all those terms Pi n (t) 
for the TRS TZ-p where ir(pi n (t)) is a finite ground term and where t only contains 
function symbols from the logic program V . Here, 7r has to be extended to the new 
function symbols Pi n by defining Tr(j>i n ) = 7r(p). 

Theorem 3.7 (Soundness of the Transformation). Let V be a logic pro- 
gram and let it be an argument filter over (E, A). We extend tt such that n(pi n ) = 
7r(p) for allpe A. Let S = {p ln (t) | p G A, te f°°(E,V), 7r(pi„(t)) G T(E P J}. 
If all terms s G S are terminating for TZ-p, then all queries Q G A rat (T l , A, V) with 
tt(Q) G A(T, n ,A n ) are terminating for V . 5 

Proof. Assume that there is a non-terminating query p(t) as above with p(i) hp 
Qi b-p Q2 hp . . . By Lemma 3.5 there is an i\ > with Q it = q\{v\), . . . and an 
infinite derivation gi(^i) bp Q[ bp Q' 2 hp ... From p(t) hp a qi(vi),... and 

Lemma 3.4 we get pi n 

(t>o ~*Kt> ri ' wnere r i contains the subterm qi in (vi). 



5 It is currently open whether the converse holds as well. For a short discussion see Section 7.2. 
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By Lemma 3.5 again, there is an %2 > with Q[ 2 = 92(^2), ■ • ■ and an infinite 
derivation 52(^2) \~v Q'{ \~v ■ ■ ■ From q\(v{) 92(^2), • • • and Lemma 3.4 we 

get Pi n {t)<j <7i — »^ ri<7i — 7-2, where r 2 contains the subterm q2 in (v 2 ). 

Continuing this reasoning we obtain an infinite sequence <7n, 01, . . . of substitu- 
tions. For each j > 0, let = Uj ■ ■ ■ result from the infinite composition of 
these substitutions. 6 Since rjfij is an instance of rjcrj . . . a n for all n > j, we obtain 
that Pinfypo is non-terminating for TZ-p: 

As ir{p{t)) £ ^(SttjAtt) and thus ir(pi n (t)) = ir(pi n (i)fio) G T(Ep w ), this is a 
contradiction. □ 

4. TERMINATION OF INFINITARY CONSTRUCTOR REWRITING 

One of the most powerful methods for automated termination analysis of rewriting 
is the dependency pair (DP) method [Arts and Giesl 2000] which is implemented 
in most current termination tools for TRSs. However, since the DP method only 
proves termination of term rewriting with finite terms, its use is not sound in 
our setting. Nevertheless, we now show that only very slight modifications are 
required to adapt dependency pairs from ordinary rewriting to infinitary constructor 
rewriting. So any rewriting tool implementing dependency pairs can easily be 
modified in order to prove termination of infinitary constructor rewriting as well. 
Then, it can also analyze termination of logic programs using the transformation 
of Definition 3.1. 

Moreover, dependency pairs are a general framework that permits the integration 
of any termination technique for TRSs [Giesl ct al. 2005, Thm. 36]. Therefore, 
instead of adapting each technique separately, it is sufficient only to adapt the DP 
framework to infinitary constructor rewriting. Then, any termination technique 
can be directly used for infinitary constructor rewriting. In Section 4.1, we adapt 
the notions and the main termination criterion of the dependency pair method to 
infinitary constructor rewriting and in Section 4.2 we show how to automate this 
criterion by adapting the "DP processors" of the DP framework. 

4.1 Dependency Pairs for Infinitary Rewriting 

Let 1Z be a TRS. For each defined symbol f/n G we extend the set of con- 
structors Sc by a fresh tuple symbol ft/n. We often write F instead of For 

6 The composition of infinitely many substitutions ctq, <ti, . . . is defined as follows. The definition 
ensures that tu(,(j\ ... is an instance of tcro . . . a n for all terms (or atoms) t and all n > 0. It 
suffices to define the symbols at the positions of tu^ux . . . for any term t. Obviously, pos is a 
position of to§<7\ ... iff pos is a position of tcro . . . cr n for some n > 0. We define that the symbol 
of tcrQai ... at such a position pos is / £ S iff / is at position pos in tcro ■ ■ ■ a m for some m > 0. 
Otherwise, {tcro ■ ■ .<T n )| pos = Xo 6 V. Let n = io < ii < ■ ■ ■ be the maximal (finite or infinite) 
sequence with <Ti j + i(Xj) = ... = ai j+1 -i(Xj) = Xj and ai j+1 (Xj) = Xj+i for all j. We 
require Xj 7^ Xj+i, but permit Xj = Xy otherwise. If this sequence is finite (i.e., it has the 
form n = io < ... < i m ), then we define (tcrocr\ . . .)\ pos = X m . Otherwise, the substitutions 
perform infinitely many variable renamings. In this case, we use one special variable Zac and 
define (ta ai . ..)\ pos = Zoo. So if a (X) = Y, ai(Y) = X, a 2 (X) = Y, a 3 (Y) = X, etc., we 
define Xcrocri . . . = Ycro°~l ■ ■ ■ = -Zoo- 
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t = g{t) with g e E D , let i s denote g^i). 

Definition 4.1 (Dependency Pair [Arts and Giesl 2000]). The set of dependency 
pairs for a TRS ft is DP(ft) = {0 -»• | ^ ->■ r € ft, t is a subtcrm of r, 
root(i) e Ed}- 

Example 4.2. Consider again the logic program of Example 1.1 which was trans- 



formed into the following TRS ft in Example 3.2. 

p in (X,X)^p out (X,X) (1) 

Pm (f (X), g(Y)) - ui(p in (f(X), f(Z)), x, y) (2) 

ui( Pout (f(x),f(z)),x,y) - u 2 ( Pin (z, g (y)),x,y,z) (3) 

u 2 (p out (Z,g(Y)),X,Y,Z) - p out (f(X),g(y)) (4) 
For this TPS ft, we have = {Pin, ui, u 2 } and Z)P(ft) is 

p m (f(x), g (y))^p m (f(x),f(z)) (5) 

p m (f(x), g (y)) - u 1 ( P<n (f(x),f(z)),x,r) (6) 

Ui( Pout (f(x),f(z)),x,y) - p in (z, g (y)) (7) 

Ui( Pout (f(x),f(z)),x,y) - u 2 ( Pi „(z, g (y)),x,y,z) (8) 



While Definition 4.1 is from [Arts and Giesl 2000], all following definitions and 
theorems are new. They extend existing concepts from ordinary to infinitary con- 
structor rewriting. 

For termination, one tries to prove that there are no infinite chains of dependency 
pairs. Intuitively, a dependency pair corresponds to a function call and a chain rep- 
resents a possible sequence of calls that can occur during rewriting. Definition 4.3 
extends the notion of chains to infinitary constructor rewriting. To this end, we 
use an argument filter tt that describes which arguments of function symbols have 
to be finite terms. So if tt does not delete arguments (i.e., if n(f) = {1, . . . , n} for 
all f/n), then this corresponds to ordinary (finitary) constructor rewriting and if 
tt deletes all arguments (i.e., if ir(f) = for all /), then this corresponds to full 
infinitary constructor rewriting. In Definition 4.3, the TRS T> usually stands for a 
set of dependency pairs. (Note that if ft is a TRS, then DP (ft) is also a TRS.) 

Definition 4.3 ( Chain). Let V, ft be TRSs and tt be an argument filter. A (pos- 
sibly infinite) sequence of pairs Si — >ti, s 2 — ^2, ■ • • from T> is a (£>, ft, ir)-chain iff 

• for all i > 1, there are substitutions Ui : V — > T oc (Sc,V) such that Uai — >^ 

and 

• for all i > 1, we have Tr(siCTi), n(ti<Ji) G T(E 7r ). Moreover, if the rewrite sequence 
from tjCTj to Si+iCi+i has the form t i a l = q >ji . . . >ji q m = s i+1 a i+1 , then 
for all terms in this rewrite sequence we have 7r(q ), • ■ ■ , n(q m ) £ 1~(Y, n ) as well- 
So all terms in the sequence have finite ground terms on those positions which 
are not filtered away by w. 

In Example 4.2, "(6), (7)" is a chain for any argument filter tt: if one instantiates 
X and Z with the same finite ground term, then (6)'s instantiated right-hand side 
rewrites to an instance of (7)'s left-hand side. Note that if one uses an argument 
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filter tt which permits an instantiation of X and Z with the infinite term f(f(. . .)), 
then there is also an infinite chain "(6), (7), (6), (7), ..." 

In order to prove termination of a program V, by Theorem 3.7 we have to show 
that all terms Pi n (t) are terminating for TZp whenever Tr(pi n (t)) is a finite ground 
term and t only contains function symbols from the logic program (i.e., t contains no 
defined symbols of the TRS TZ-p). Theorem 4.4 states that one can prove absence of 
infinite (DP(TZ-p), TZ-p, 7r')-chains instead. Here, tt' is a filter which filters away "at 
least as much" as n. However, ir' has to be chosen in such a way that the filtered 
TRSs tt' (DP (TZ-p)) and n'(TZp) satisfy the "variable condition", i.e., V(n'(r)) C 
V(tt'(£)) for all £ -> r G DP(TZ V ) U TZ V . Then the filter tt' detects all potentially 
infinite subterms in rewrite sequences (i.e., all subterms which correspond to "non- 
unification-free parts" of V, i.e., to non-ground subterms when "executing" the 
program V). 

Theorem 4.4 (Proving Infinitary Termination). Let TZ be a TRS over E 
and let tt be an argument filter over E. We extend tt to tuple symbols such that 
tt(F) = 7r(/) for all f G Ep. Let tt' be a refinement of tt such that tt' (DP(TZ)) and 
tt'(TZ) satisfy the variable condition. 7 If there is no infinite (DP(TZ),TZ,tt')- chain, 
then all terms f(t) with t G T°°(Ec, V) and n(f(i)) G T(T, n ) are terminating for 
TZ. 

Proof. Assume there is a non-terminating term f(t) as above. Since t does 
not contain defined symbols, the first rewrite step in the infinite sequence is on 
the root position with a rule £ = f(£) — > r where ta\ = f(i). Since a\ does not 
introduce defined symbols, all defined symbols of ra\ occur on positions of r. So 
there is a subterm r' of r with defined root such that r'o\ is also non-terminating. 
Let r' denote the smallest such subterm (i.e., for all proper subterms r" of r', 
the term r"a\ is terminating). Then — > r'" is the first dependency pair of the 
infinite chain that we construct. Note that Tr(£ai) and thus, tt(£^u\) and hence, 
also Tr'(0a\) — Tr'(F(i)) is a finite ground term by assumption. Moreover, as 
ft r 'i e DP(TZ) and as tt'(DP(TZ)) satisfies the variable condition, tt'^cti) is 
finite and ground as well. 

The infinite sequence continues by rewriting rVi's proper subterms repeatedly. 
During this rewriting, the left-hand sides of rules are instantiated by constructor 
substitutions (i.e., substitutions with range T°°(Tj C ,V)). As tt'(TZ) satisfies the 
variable condition, the terms remain finite and ground when applying the filter 
tt'. Finally, a root rewrite step is performed again. Repeating this construction 
infinitely many times results in an infinite chain. □ 

The following corollary combines Theorem 3.7 and Theorem 4.4. It describes 
how we use the DP method for proving termination of logic programs. 



7 To see why the variable condition is needed in Theorem 4.4, let TZ = {g(X) — > f(X),f(s(X)) — > 
f(X)} and tt = tt' where 7r'(g) = 0, n'(f) = tt'(F) = tt'(s) = {1}. TZ's first rule violates the 
variable condition: V(Tr'(f(X))) = {X} 2 V '(tt' (g(X))) = 0. There is no infinite chain, since n' 
does not allow us to instantiate the variable X in the dependency pair F(s(X)) — ► F(X) by an 
infinite term. Nevertheless, there is a non-terminating term g(s(s(. . .))) which is filtered to a finite 
ground term 7r'(g(s(s(. . .)))) = g. 
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Corollary 4.5 (Termination of Logic Prog, by Dependency Pairs). 
Let V be a logic program and let tt be an argument filter over (£, A). We extend 
tt to Yj-p and to tuple symbols such that ir{pin) = ir{Pin) — 7r(p) for all p G A. For 
all other symbols f/n that are not from £ or A, we define n(f/n) — {1, . . . ,n}. 
Let tt' be a refinement of tt such that tt' {DPiJZ-p)) and tt'(TZv) satisfy the variable 
condition. If there is no infinite (DP(lZ-p),lZ-p,ir')-chain, then all queries Q £ 
A rat (T., A, V) with tt(Q) e A(T, v ,A n ) are terminating for V . 

Example 4.6. We want to prove termination of Example 1.1 for all queries Q 
where tt(Q) is finite and ground for the Biter n(h) = {1} for all h S {p, f, g}. By 
Corollary 4.5, it suffices to show absence of inhnite (DP(lZ),lZ,ir')- chains. Here, 
TZ is the TRS {(1), . . . , (4)} from Example 3.2 and DP(K) are Rules (5) - (8) from 
Example 4.2. The filter tt' has to satisfy ir'(h) C Tr(h) = {1} for h e {f, g} and 
moreover, 7r'(pi n ) and 7r'(Pi„) must be subsets of 7r(pi n ) — n(Pi n ) — ir(p) = {1}. 
Moreover, we have to choose tt' such that the variable condition is fulfilled. So while 
tt is always given, tt' has to be determined automatically. Of course, there are only 
finitely many possibilities for tt' . In particular, defining Tr'(h) — for all symbols 
h is always possible. But to obtain a successful termination proof afterwards, one 
should try to generate filters where the sets Tr'(h) are as large as possible, since such 
filters provide more information about the Rniteness of arguments. We will present 
suitable heuristics for finding such filters tt' in Section 5. In our example, we use 

V( Pm ) = V(P m ) - TT'(f) - 7T'(g) = {1}, 7T'(p out ) = Tr'(Ul) = TT^Ul) - {1,2}, 

and 7r'(u2) = 7r'(U2) = {1,2,4}. For the non-well-moded Example 1.3 we choose 
7r' (g) = instead to satisfy the variable condition. 

So to automate the criterion of Corollary 4.5, we have to tackle two problems: 

(I) We start with a given filter tt which describes the set of queries whose termina- 
tion should be proved. Then we have to find a suitable argument filter tt' that 
refines tt in such a way that the variable condition of Theorem 4.4 is fulfilled and 
that the termination proof is "likely to succeed" . This problem will be discussed 
in Section 5. 

(II) For the chosen argument filter tt' , we have to prove that there is no infinite 
(DP(TZ-p), TZ-p, 7r')-chain. Wc show how to do this in the following subsection. 

4.2 Automation by Adapting the DP Framework 

Now we show how to prove absence of infinite (DP(1Z), TZ, 7r)-chains automatically. 
To this end, we adapt the DP framework of [Giesl et al. 2005] to infinitary rewriting. 
In this framework, we now consider arbitrary DP problems (T>, IZ, tt) where T> and 
TZ are TRSs and tt is an argument filter. Our goal is to show that there is no infinite 
(D, TZ, 7r)-chain. In this case, we call the problem finite. Termination techniques 
should now be formulated as DP processors which operate on DP problems instead 
of TRSs. A DP processor Proc takes a DP problem as input and returns a new 
set of DP problems which then have to be solved instead. Proc is sound if for 
all DP problems d, d is finite whenever all DP problems in Proc(d) are finite. So 
termination proofs start with the initial DP problem (DP(JZ),TZ,tt). Then this 
problem is transformed repeatedly by sound DP processors. If the final processors 
return empty sets of DP problems, then termination is proved. 
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In Theorem 4.9, 4.11, and 4.13 we will recapitulate three of the most important 
existing DP processors [Giesl et al. 2005] and describe how they must be modified 
for infinitary constructor rewriting. To this end, they now also have to take the 
argument filter ir into account. The first processor uses an estimated dependency 
graph to estimate which dependency pairs can follow each other in chains. 

Definition 4.7 (Estimated Dependency Graph). Let (V,TZ,n) be a DP problem. 
The nodes of the estimated (T>, TZ, it) -dependency graph arc the pairs of T> and there 
is an arc from s — > t to u — > v iff CAP(t) and a variant u' of u unify with an mgu 
\i where Tr(CAP(t)fi) = n(u'fj,) is a finite term. Here, CAP(t) replaces all subterms 
of t with defined root symbol by different fresh variables. 

Example 4.8. For the DP problem (DP(1Z),1Z, n') from Example 4.6 we obtain: 

(5)- (7) ^ (6) " (8) 

For example, there is an arc (6) -> (7), as CAP(U 1 (p in (f(X),f(Z)),X,Y)) = 
Ui(V,X,Y) unifies with Ui(p out (f(X'), f(Z')),X', Y') by instantiating the argu- 
ments of Ui with finite terms. But there are no arcs (5) — > (5) or (5) — > (6), since 
P, n (f(X),f(Z)) and Pj„(f(X'), g(Y')) do not unify, even if one instantiates Z and 
Y' by infinite terms (as permitted by the Biter 7r'(Pj„) = {1}). 

Note that filters are used to detect potentially infinite arguments, but these ar- 
guments are not removed, since they can still be useful in the termination proof. In 
Example 4.8, they are needed to determine that (5) has no outgoing arcs. 

If s — > t, u — > v is a [V, TZ, 7r)-chain then there is an arc from s — ► t to u — > v 
in the estimated dependency graph. Thus, absence of infinite chains can be proved 
separately for each maximal strongly connected component (SCC) of the graph. 
This observation is used by the following processor to modularize termination proofs 
by decomposing a DP problem into sub-problems. If there are n SCCs in the graph 
and if T>i are the dependency pairs of the i-th SCC (for 1 < i < n), then one can 
decompose the set of dependency pairs D into the subsets D\, . . . , T> n . 

Theorem 4.9 (Dependency Graph Processor). For a DP problem (D,Tl, 
7r), let Proc return {{T>i,TZ, n), . . . , (V n , TZ, ir)} where T>\, ... , T> n are the sets of 
nodes of the SCCs in the estimated dependency graph. Then Proc is sound. 

PROOF. We prove that if s — > t, u — > v is a chain, then there is an arc from s — > t 
to u —> v in the estimated dependency graph. This suffices for Theorem 4.9, since 
then every infinite (V, 1Z, 7r)-chain corresponds to an infinite path in the graph. This 
path ends in an SCC with nodes T>i and thus, there is also an infinite (T>i,TZ,ir)- 
chain. Hence, if all (T>i,1Z, it) are finite DP problems, then so is (T>, JZ, n). 

Let s — > t, u — > v be a (V, 1Z, 7r)-chain, i.e., to\ 1102 for some constructor 
substitutions o\,oi where 7r(tai) and 7r(wcr 2 ) are finite. Let pos l , . . . ,pos n be the 
top positions where t has defined symbols. Then CAP(t) = t[Yi] poSi . . . [Y n ] poSn 
for fresh variables Yj . Moreover, let the variant u' result from u by replacing every 
X G V(u) by a fresh variable X' . Thus, the substitution a with cr(X') = 02 (X) 
for all X E V(u), <j{X) = ai(X) for all X e V(t), and a(Yj) = uo-2\ poSj unifies 
CAP(t) and u' . So there is also an mgu \x where = \it for some substitution r. 
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Moreover, since it{u<j2) = tt(u'<j) is finite, the term 7r(V/i) is finite, too. Hence, by 
Definition 4.7 there is indeed an arc from s — > t to u — > v. □ 

Example 4.10. In Example 4.8, the only SCC consists of (6) and (7). Thus, the 
dependency graph processor transforms the initial DP problem (DP(Tt),Tt, tt') into 
({(6), (7)}, Tt, 7r'), i.e., it deletes the dependency pairs (5) and (8). 

The next processor is based on reduction pairs (£3, >-) where ^3 and >- are relations 
on finite terms. Here, £3 is reflexive, transitive, monotonic (i.e., s ^3 t implies 
/(. . . s . . .) £3 /(. . . t . . .) for all function symbols /), and stable (i.e., s £3 t implies 
sa £3 to- for all substitutions a) and >- is a stable well-founded order compatible 
with £3 (i.e., ^o^C^or^o^C y). There are many techniques to search 
for such relations automatically (recursive path orders, polynomial interpretations, 
etc. [Dershowitz 1987]). 

For a DP problem (V, Tt, ir), we now try to find a reduction pair (£,>-) such that 
all filtered TvL-rules are weakly decreasing (w.r.t. £3) and all filtered Z?-dependcncy 
pairs are weakly or strictly decreasing (w.r.t. <^ or >~). 8 Requiring n(£) £3 7r(r) for 
all I — > r G Tt ensures that in chains s\ — > t\, S2 — > t 2 , ■ ■ ■ with tim — >^ s i+ ier i+ i 
as in Definition 4.3, we have 7r(tj<7j) £3 7r(s,+i<Tj+i). Hence, if a reduction pair 
satisfies the above conditions, then the strictly decreasing dependency pairs (i.e., 
those s — > t G 2? where 7r(s) >- n(t)) cannot occur infinitely often in chains. So the 
following processor deletes these pairs from T>. For any TRS T> and any relation >-, 
let Vy n ={s^teV \ 7r(s) >- 7r(i)}. 

Theorem 4.11 (Reduction Pair Processor). Let (£,>-) &e a reduction 
pair. Then the following DP processor Proc is sound. For (T>,Tt,ir), Proc returns 

• {(£> \ XV, , ft, tt)} 7 if Vy n U XV x = V and Tty^ = Tt 

• {(V, Tt, tt)}, otherwise 

Proof. We prove this theorem by contradiction, i.e., we assume that (T>,Tt,ir) 
is infinite and then proceed to show that (D \ Vy^ , ft, n) has to be infinite, too. 

From the assumption that (V, Tt, tt) is infinite, we know that there is an infinite 
(V, Tt, 7r)-chain s\ — -> t\,S2 — > t%, . . . with ijOj — ^ Sj+i<Ti+i. For any term t we 
have 7r(icr) = 7r(i)7r(cr) where n(a)(x) = ir(a(x)) for all x G V. So by stability of >- 
and £3, V >7t U XV ^ = V implies 

n(siO-i) = n{si)iT(o-i) ( >3 ( n(ti)-K(ai) = n(ti<Ti). (9) 

Note that Tr(sitJi) and ir(ti(Ji) are finite. Thus, comparing them with £3 is possible. 
Similarly, by the observation ir(tcr) = 7r(i)7r(cr) we also get that Uo~i — >^ s,+i(7i+i 
implies 7r(ij<7j) ^(si+iCj+i)- As ft>- x = 7?. means that 7r(ft)'s rules are de- 

creasing w.r.t. £3, by monotonicity and stability of ^3 we get 7r(£j<7j) £3 7r(sj+i<Ji+i). 
With (9), this implies 7r(siCTi) ( £3)7r(ii0i) ^3 tt(s20'2) ( fc ) 7r(i20'2) • • • As ^ is com- 
patible with ^3 and well founded, 7r(s,<7i) >- Tr(Uo~i) only holds for finitely many i. 
So sj — ► tj , Sj+i — > tj+i , ... is an infinite (I? \ XV , , 7?., ir) chain for some j and thus, 
the DP problem (V \ V >7t , ft, it) is infinite. □ 

8 We only consider filtered rules and dependency pairs. Thus, £3 and >- are only used to compare 
those parts of terms which remain finite for all instantiations in chains. 
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Example 4.12. For the DP problem ({(6), (7)}, 71, n') in Example 4.10, one can 
easily End a reduction pair 9 where the dependency pair (7) is strictly decreasing 
and where (6) and all rules are weakly decreasing after applying the filter ir': 

Pm(fpO) Ui( Pi „(f(X)),X) p in (X) >z p ou t{X,X) 

U 1 (p out (f(X),f(Z)),X) y P m (Z) Pm(fpO) <C Ul ( Pm (f(X)),X) 

u 1 (p out (f(X),f(Z)),X) u 2 {p in {Z),X,Z) 
u 2 (p out (Z,g(Y)),X,Z) y p out (f(X),g(Y)) 

Thus, the reduction pair processor can remove (7) from the DP problem which 
results in ({(6)}, TZ, n'). By applying the dependency graph processor again, one 
obtains the empty set of DP problems, since now the estimated dependency graph 
only has the node (6) and no arcs. This proves that the initial DP problem 
(DP(TZ),TZ,tt') from Example 4.6 is finite and thus, the logic program from Ex- 
ample 1.1 terminates for all queries Q where tt(Q) is finite and ground. Note that 
termination of the non-well-moded program from Example 1.3 can be shown anal- 
ogously since hniteness of the initial DP problem can be proved in the same way. 
The only difference is that we obtain g instead of g(Y) in the last inequality above. 

As in Theorem 4.9 and 4.11, many other existing DP processors [Giesl et al. 2005] 
can easily be adapted to infinitary constructor rewriting as well. Finally, one can 
also use the following processor to transform a DP problem (£>, TZ, it) for infinitary 
constructor rewriting into a DP problem (ir(V),'K(R),id) for ordinary rewriting. 
Afterwards, any existing DP processor for ordinary rewriting becomes applicable. 10 
Since any termination technique for TRSs can immediately be formulated as a DP 
processor [Giesl et al. 2005, Thm. 36], now any termination technique for ordinary 
rewriting can be directly used for infinitary constructor rewriting as well. 

Theorem 4.13 (Argument Filter Processor). Let Proc((T>,TZ,n)) = 
{(ir (T>), ir (7V), id)} where id(f) = {1, . . . ,n} for all f/n. Then Proc is sound. 

Proof. If si — ► t\,s 2 — ► t 2 ,. ■■ is an infinite (T>, TZ, 7r)-chain with the substitu- 
tions Oi as in Definition 4.3, then tt(si) — > n(ti), tt(s 2 ) — ► ^(^2), • ■ ■ is an infinite 
(7r(2?), ir(7t), i(i)-chain with the substitutions n(<Ji). The reason is that tiO~i 
s i+ ia i+ i implies n(ti)ir(ai) = ir^i) Tr{s i+1 o- i+1 ) = 7r(s i+ i)7r(cr i+ i). More- 

over, by Definition 4.3, all terms in the rewrite sequence ir(ti(Ji) -^^(ji) ^(si+i<Ji+i) 
are finite. □ 

5. REFINING THE ARGUMENT FILTER 

In Section 3 we introduced a new transformation from logic programs V to TRSs TZ-p 
and showed that to prove the termination of a class of queries for V, it is sufficient 
to analyze the termination behavior of TZ-p. Our criterion to prove termination of 
logic programs was summarized in Corollary 4.5. 



9 For example, one can use the polynomial interpretation |Pi„(ti)| = |pin(tl)| = | U 1 (ti , <2 ) | = 
|ui(*i,* 2 )| = |u 2 (*i,*2,*3)| = |*l I, \Pout(ti,t 2 )\ = \t 2 \, |f(ti)| = |*i| + l, and |g(ti)| =0. 
10 If CD,1Z,tt) results from the transformation of a logic program, then for (77(2?), n(R), id) it is 
even sound to apply the existing DP processors for innermost rewriting [Giesl et al. 2005; Giesl 
et al. 2006]. These processors are usually more powerful than those for ordinary rewriting. The 
framework presented in [Giesl et al. 2005] even supports constructor rewriting. 
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The transformation itself is trivial to automate and as shown in Section 4, existing 
systems implementing the DP method can easily be adapted to prove termination 
of infinitary constructor rewriting. The missing part in the automation is the gen- 
eration of a suitable argument filter from the user input, cf. Task (I) at the end 
of Section 4.1. After presenting the general algorithm to refine argument filters in 
Section 5.1, we introduce suitable heuristics in Sections 5.2 and 5.3. Finally, we 
extend the general algorithm for the refinement of argument filters by integrating 
a mode analysis based on argument filters in Section 5.4. This allows us to handle 
logic programs where a predicate is used with several different modes (i.e., where 
different occurrences of the same predicate have different input and output posi- 
tions). The usefulness of the different heuristics from Sections 5.2 and 5.3 and the 
power of our extension in Section 5.4 will be evaluated empirically in Section 7. 

5.1 Refinement Algorithm for Argument Filters 

In our approach of Corollary 4.5, the user supplies an initial argument filter ir to 
describe the set of queries whose termination should be proved. There are two 
issues with this approach. First, while argument filters provide the user with a 
more expressive tool to characterize classes of queries, termination problems are 
often rather posed in the form of a moding function for compatibility reasons. 
Fortunately, it is straightforward to extract an appropriate initial argument filter 
from such a moding function to: we define ir(p) — {i | m(p,i) = in} for all p G A 
and 7r(//n) = {1, . . . , n} for all function symbols f/n£ S. 

Second, and less trivially, the variable condition V(ir(r)) C V(ir(£)) for all rules 
£ — > r € DPiTZp) U TZp does not necessarily hold for the argument filter ir. Thus, 
a refinement n' of ir must be found such that the variable condition holds for n'. 
Then, our method from Corollary 4.5 can be applied. 

Unfortunately, there are often many refinements n' of a given filter tt such that 
the variable condition holds. The right choice of n' is crucial for the success of the 
termination analysis. As already mentioned in Example 4.6, the argument filter 
that simply filters away all arguments of all function symbols in the TRS, i.e., that 
has 7r'(/) = for all / e Ep, is a refinement of every argument filter ir and it 
obviously satisfies the variable condition. But of course, only termination of trivial 
logic programs can be shown when using this refinement ir'. 

Example 5.1. We consider the logic program of Example 1.1. As shown in Ex- 
ample 3.2, the following rule results (among others) from the translation of the 
logic program. 

p in (f(X),g(Y)) -> Ul ( Pm (f(X),f(Z)),X,r) (2) 

Suppose that we want to prove termination of all queries p(t\,t2) where both t\ and 
ti are (finite) ground terms. This corresponds to the moding m(p, 1) = m(p, 2) = 
in, i.e., to the initial argument filter ir with ir(p) = {1, 2}. 

In Corollary 4.5, we extend ir to pi n and P in by defining it to be {1,2} as well. 
In order to prove termination, we now have to Rnd a rehnement -k 1 of 7r such that 
-k' (DP(TZp)) and it' (TZp) satisfy the variable condition and such that there is no 
infinite (D P (TZp), TZp, n') -chain. 

Let us first try to define ir' — ir. Then ir' docs not Biter away any arguments. 
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Thus, ?r'(pi„) = {1,2}, tt'(ui) = {1,2,3}, and n'(f) = n'(g) = {1}. But then 
clearly, the variable condition does not hold as Z occurs in ir'(r) but not in tt'(£) if 
£ — > r is Rule (2) above. 

So we have to choose a different refinement tt' . There remain three choices how 
we can refine tt to tt' in order to filter away the variable Z in the right-hand side of 
Rule (2): we can filter away the first argument of f by defining 7r'(f) = 0, we can 
filter away pin's second argument by defining n(pi n ) = {1}, or we can Glter away 
the first argument of Ui by defining 7r(ui) = {2, 3}. 

The decision which of the three choices above should be taken must be done by a 
suitable heuristic. The following definition gives a formalization for such heuristics. 
Here we assume that the choice only depends on the term t containing a variable 
that leads to a violation of the variable condition and on the position pos of the 
variable. Then a refinement heuristic p is a function such that p(t,pos) returns a 
function symbol f/n and an argument position i G {1, . . . ,n} such that filtering 
away the i-th argument of / would erase the position pos in the term t. For 
instance, if t is the right-hand side Ui(p, n (f(X), f(Z)), X, Y) of Rule (2) and pos is 
the position of the variable Z in this term (i.e., pos = 121), then p{t,pos) can be 
either (f, 1), (pi„,2), or (m,l). 

Definition 5.2 (Refinement Heuristic). A refinement heuristic is a mapping p : 
T(E-p,V) x N* — > x N such that whenever p(t,pos) = (/, i), then there is a 
position pos' with pos' i being a prefix of pos and voot(t\ pos ') = f ■ 

Given a TRS IZp resulting from the transformation of a logic program V and a 
refinement heuristic p, Algorithm 1 computes a refinement tt' of a given argument 
filter 7r such that the variable condition holds for DP {Tip) and IZp. 

Input: argument filter tt, refinement heuristic p, TRS IZp 
Output: refined argument filter tt' such that tt' (DP(TZ-p)) and ir'iJZ-p) satisfy 
the variable condition 

1. tt' :— TT 

2. If there is a rule I -> r from DP(K V ) U K v 

and a position pos with r| pos G V(7r'(r)) \ V(tt'(£)), then: 

2.1. Let (/, i) be the result of p(r,pos), i.e., (/, i) :— p(r,pos). 

2.2. Modify tt' by removing i from Tr'(f), i.e., tt'(J) := 7r'(/) \ {i}. 
For all other symbols from S-p, tt' remains unchanged. 

2.3. Go back to Step 2. 

Algorithm 1: General Refinement Algorithm 

Termination of this algorithm is obvious as TZ-p is finite and each change of the 
argument filter in Step 2.2 reduces the number of unfiltered arguments. Note also 
that p(r,pos) is always defined since pos is never the top position e. The reason is 
that the TRS TZ-p is non-collapsing (i.e., it has no right-hand side consisting just of 
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a variable). The algorithm is correct as it only terminates if the variable condition 
holds for every dependency pair and every rule. 

Note that if n'(F) = iv'(f) for every defined function symbol / and if we do not 
filter away the first argument position of the function symbols u c ,i, i.e., 1 <E 7r' (u c ,i), 
then the satisfaction of the variable condition for IZ-p implies that the variable 
condition for DP(TZ-p) holds as well. Thus, for heuristics that guarantee the above 
properties, we only have to consider IZ-p in the above algorithm. 

5.2 Simple Refinement Heuristics 

The following definition introduces two simple possible refinement heuristics. If a 
term t has a position pos with a variable that violates the variable condition, then 
these heuristics filter away the respective argument position of the innermost resp. 
the outermost function symbol above the variable. 

Definition 5.3 (Innermost/Outermost Refinement Heuristic). Let < be a term 
and let "pos i" resp. "i pos" be a position in t. The innermost refinement heuristic 
Pi m is defined as follows: 



So if t is again the term m(pj n (f(X), f(Z)), X, Y), then the innermost refinement 
heuristic would result in Pi m (t, 121) = (f, 1) and the outermost refinement heuristic 
gives p om (i,121) = (ui,l). 

Both heuristics defined above are simple but problematic, as shown in Exam- 
ple 5.4. Filtering the innermost function symbol often results in the removal of 
an argument position that is relevant for termination of another rule. Filtering 
the outermost function symbol excludes the possibility of filtering the arguments 
of function symbols from the signature £ of the original logic program. Moreover, 
the outermost heuristic also often removes the first argument of some w C) j-symbol. 
Afterwards, a successful termination proof is hardly possible anymore. 

Example 5.4. Consider again the logic program of Example 1.1 which was trans- 
formed into the following TRS in Example 3.2. 



As shown in Example 4.2 we obtain the following dependency pairs for the above 
rules. 



p im (t,posi) = (root(i| pos ),i) 
The outermost refinement heuristic p om is defined as follows: 

Pom(t,ipos) = (root(i),i) 



Pin(X,X) — > p out {X,X) 

Pm (f(x),g(r)) - u 1 ( Pin (f(x),f(z)),x,Y) 

ui( Pout (f(X),f(Z)),X,y) - u 2 (p in (Z,g(Y)),X,Y,Z) 
u 2 (Pout(Z,g(Y)),X,Y,Z) -» p out (f(X),g(Y)) 



(1) 
(2) 
(3) 
(4) 



p m (f(x), g (r))^p m (fpo,f(z)) 
p m (f(x), g (r)) - u 1 ( Pin (f(x),f(z)),x,Y) 
Ui( Pout (f(x),f(z)),x,y) - p in (z, g (y)) 

Ui( Pout (f(X),f(Z)),X,y) - U 2 (p in (Z,g(Y)),X,Y,Z) 



(5) 
(6) 

(7) 
(8) 
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As in Example 5.1 we want to prove termination of p(ti,t2) for all ground terms 
t\ and t 2 . Hence, we start with the argument filter n that does not Biter away 
any arguments, i.e., n(f/n) — {1, . . . ,n} for all f e S-p. We will now illustrate 
Algorithm 1 using our two heuristics. 

Using the innermost rchnement heuristic pi m in the algorithm, for the second 
DP (6) we get p im (Ui(p in (f (X), f(Z)), X, Y), 121) = (f, 1). This requires us to 
filter away the only argument of f, i.e., 7r'(f) = 0. Now Z is contained in the 
right-hand side of the third DP (7), but not in the filtered left-hand side anymore. 
Thus, we now have to filter away the first argument of Pi n , i.e., 7r'(Pj„) = {2}. 
Due to the DP (6), we now also have to remove the second argument X of Ui, i.e., 
7r'(Ui) = {1,3}. Consequently, we lose the information about hniteness of p's first 
argument and therefore cannot show termination of the program anymore. More 
precisely, there is an infinite (D P (JZp) , JZp , ir')-chain consisting of the dependency 
pairs (6) and (7) using a substitution that instantiates the variables X and Z by 
the infinite term f(f(. . .)). This is indeed a chain since all inhnite terms are hltered 
away by the refined argument filter n' . Hence, the termination proof fails. 

Using the outermost refinement heuristic p om instead, for the second DP (6) we 



get p om (0 1 (p in (f(X),f(Z)),X,Y), 121) = (Ui,l),i.e., tt'(Ui) = {2,3}. Considering 



the third DP (7) we have to Biter away the first argument of Pj„, i.e., 7r'(P in ) = {2}. 
Due to the DP (6), we now also have to remove the second argument of Ui, i.e., 
7r'(Ui) = {3}. So we obtain the same inhnite chain as above since we lose the 
information about hniteness of p's first argument. Hence, we again cannot show 
termination. 

A slightly improved version of the outermost refinement heuristic can be achieved 
by disallowing the filtering of the first arguments of the symbols u c ^ and U c ^. 

Definition 5.5 (Improved Outermost Refinement Heuristic). Let t be a term and 
pos be a position in t. The improved outermost refinement heuristic p om > is defined 
as: 



Example 5.6. Reconsider Example 5.4. Using the improved outermost refine- 
ment heuristic, for the second rule (2) we get p om '(ui(p in (f(X),f(Z)), X, Y), 121) = 
Pom'(Pin(f{X),f(Z)), 21) = (pin, 2) requiring us to hlter away the second argument 
of Pin, i.e., Tr'(pi n ) — {!}• Consequently, the algorithm hlters away the third 
arguments of both ui and u 2 , i.e., 7r'(ui) = {1,2} and n'(u2) = {1,2,4}. Now 
the variable condition holds for TZ-p. Therefore, by dchning 7r'(P,„) = ir'(pi n ), 
7r'(ui) = 7r'(Ui), and-7r'(u 2 ) = 7r'(U2), the variable condition also holds for DP (JZp). 
(As mentioned at the end of Section 5.1, by filtering tuple symbols F in the same 
way as the original symbols f and by ensuring 1 G w'(u Ci i), it suffices to check the 
variable condition only for the rules JZp and not for the dependency pairs DP (JZp).) 
This argument hlter corresponds to the one chosen in Example 4.6 and as shown 
in Section 4.2 one can now easily prove termination. 




Pom>(t\i,pos) if i = 1 and either root(t) = u c ,i or root(t) = U Ci i 
(root(t),i) otherwise 
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5.3 Type-Based Refinement Heuristic 

The improved outermost heuristic from Section 5.2 only filters symbols of the form 
Pin, Pout, Pin, and Pout- Therefore, the generated argument filters are similar to 
modings. However, there are cases where one needs to filter function symbols from 
the original logic program, too. In this section we show how to obtain a more 
powerful refinement heuristic using information from inferred types. 

There are many approaches to (direct) termination analysis of logic programs 
that use type information in order to guess suitable "norms" or "ranking functions" , 
e.g., [Bossi et al. 1992; Bruynooghe ct al. 2007; Decorte et al. 1993; Martin et al. 
1996]. In contrast to most of these approaches, we do not consider typed logic 
programs, but untyped ones and we use types only as a basis for a heuristic to 
prove termination of the transformed TRS. To our knowledge, this is the first time 
that types are considered in the transformational approach to termination analysis 
of logic programs. 

Example 5.7. JVow we regard the logic program from Example 1.3. The rules 
after the transformation of Definition 3.1 are: 



Using the improved outermost refinement heuristic p om i we start off as in Exam- 
ple 5.6 and obtain Tr'(p in ) = {1}, 7r'(ui) = {1,2}, and ir'(u 2 ) = {1,2,4}. However, 
due to the last rule (11) we now get p OTO /(p out (f(X),g(F)),21) = (p out ,2), i.e., 
Tr'(PoMt) = {!}• Considering the third rule (10), we have to Gltcr p in once more and 
obtain ir'(p in ) = 0. So we again lose the information about Eniteness of p's first 
argument and cannot show termination. Similar to Example 5.4, the innermost 
refinement heuristic which filters away the only argument of f also fails for this 
program. 

So in the example above, neither the innermost nor the (improved) outermost 
refinement heuristic succeed. We therefore propose a better heuristic which is 
like the innermost refinement heuristic, but which avoids the filtering of certain 
arguments of original function symbols from the logic program. Close inspection 
of the cases where filtering such function symbols is required reveals that it is not 
advisable to filter away "reflexive" arguments. Here, we call an argument position i 
of a function symbol / reflexive (or "recursive"), if the arguments on position i 
have the same "type" as the whole term /(...) itself, cf. [Walther 1994]. A type 
assignment associates a predicate p/n with an n-tuple of types for its arguments 
and, similarly, a function f/n with an (n + l)-tuple where the last element specifies 
the result type of /. 

Definition 5.8 (Types). Let be a set of types (i.e., a set of names). A type 
assignment r over a signature (S, A) and a set of types 6 is a mapping t:SUA^ 



9* such that T(p/n) e 9™ for all p/n G A and r(//n) £ G n+1 for all f/n e S. 
Let f/n 6 S be a function symbol and r be a type assignment with r(f) = 



p in (X,X) — > p out (X,X) 
p in (f(X),g(Y)) - u 1 (p ln (f(X),f(Z)),X,Y) 
u 1 (p out (f(X),f(Z)),X,Y) - u 2 (p m (Z,g(W)),X,Y,Z) 
u 2 (p out (Z,g(W)),X,Y,Z) - p out (f(X),g(Y)) 



(1) 
(2) 
(10) 

(11) 
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[6\, . . . , n , 9 n+ i). Then the set of reflexive positions of f/n is Reflexive r (f jn) = 
{i | 1 < i < n and 6i = 9 n +i\- 

To infer a suitable type assignment for a logic program, we use the following 
simple algorithm. However, since we only use types as a heuristic to find suitable 
argument filters, any other type assignment would also yield a correct method 
for termination analysis. In other words, the choice of the type assignment only 
influences the power of our method, not its soundness. So unlike [Bruynooghc 
et al. 2007], the correctness of our approach does not depend on the logic program 
or the query being well-typed. More sophisticated type inference algorithms were 
presented in [Bruynooghe et al. 2005; Charatonik and Podelski 1998; Gallagher and 
Puebla 2002; Janssens and Bruynooghe 1992; Lu 2000; Vauchcrct and Bueno 2002], 
for example. 

In our simple type inference algorithm, we define ~ as the reflexive and transi- 
tive closure of the following "similarity" relation on the argument positions: Two 
argument positions of (possibly different) function or predicate symbols are "simi- 
lar" if there exists a program clause such that the argument positions are occupied 
by identical variables. Moreover, if a term /(. . .) occurs in the i-th position of a 
function or predicate symbol p, then the argument position of /'s result is similar 
to the i-th argument position of p. (For a function symbol f/n we also consider 
the argument position n + 1 which stands for the result of the function.) After 
having computed the relation ~, we then use a type assignment which corresponds 
to the equivalence classes imposed by ~. So our simple type inference algorithm is 
related to sharing analysis [Bruynooghe et al. 1996; Cortesi and File 1999; Lagoon 
and Stuckey 2002], i.e., the program analysis that aims at detecting program vari- 
ables that in some program execution might be bound to terms having a common 
variable. 

Example 5.9. As an example, we compute a suitable type assignment for the 
logic program from Example 1.3: 

p(X,X). 

p(f(X),g(Y)) :- p(f(X),f(Z)),p(Z,g(W)). 

Let Pi denote the i-th argument position of p, etc. Then due to the Erst clause 
we obtain pi ~ p 2 , since both argument positions are occupied by the variable X. 
Moreover, since Z occurs both in the first argument positions of f and p in the 
second clause, we also have pi ~ fi. Finally, since an f-term occurs in the first 
and second argument of p and since a g-term occurs in the second argument of p 
we also have f 2 — Pi — P2 and g 2 — p 2 . In other words, the relation ~ imposes 
the two equivalence classes {pi, p 2 , fi, f 2 , g 2 } and {gi}. Hence, we compute a type 
assignment with two types a and b where a and b correspond to {pi, p 2 , fi, f 2 , g 2 } 
and {gi}, respectively. Thus, the type assignment is defined as r(p) = r(f) = (a, a) 
and r(g) = (b, a). 

Note that the first argument of f has the same type a as its result and hence, this 
argument position is reflexive. On the other hand, the first argument of g has a 
different type than its result and is therefore not reflexive. Hence, Reflexive T (f ) = 
{1} and Reflexive T (g) = 0. 

Now we can define the following heuristic based on type assignments. It is like 
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the innermost refinement heuristic of Definition 5.3, but now reflexive arguments 
of function symbols from S (i.e., from the original logic program) are not filtered 
away. 

Definition 5.10 (Type-based Refinement Heuristic). Let t be a term, let ll posi" 
be a position in t, and let r be a type assignment. The type-based refinement 
heuristic p T tb is defined as follows: 



p T tb (t,posi) 



(root(t| pos ),i) if root(i| pos ) ^ £ or i Reflexive T {root{t\ pos )) 
p[ h (t, pos) otherwise 



Note that the heuristic p T tb never filters away the first argument of a symbol u Cj j 
or U c _i from the TRSs DP(lZ-p) and TZ-p. Therefore, as mentioned at the end of 
Section 5.1, we only have to check the variable condition for the rules of TZp, but 
not for the dependency pairs. 

Example 5.11. We continue with the logic program from Example 1.3 and use 
the type assignment computed in Example 5.9 above. The rules after the transfor- 
mation of Dchnition 3. 1 are the following, cf. Example 5. 7. 

p in (X,X)^p out (X,X) (1) 

p in (f(X),g(Y)) -> Ul ( Pm (f(X),f(Z)),X,r) (2) 

u 1 (p out (f(X),f(Z)),X,y) - u 2 (p in (Z,g(W)),X,Y,Z) (10) 

u 2 (p out (Z,g(W)),X,Y,Z) -> p out (f(X),g(Y)) (11) 

Due to the occurrence of Z in the right-hand side of the second rule (2), we compute: 

P ; 6 ( Ul ( Pm (f(x),f(z)),x,r),i2i) 

= p[ 6 (ui(pi„(f(X),f(Z)),X,y),12) asf e £ and 1 G Reflexive r (f) 

= (Pm,2) as Pin g £ 

Thus, we filter away the second argument of p in , i.e., Tr'(p in ) = {1}. Consequently, 
we obtain 7r'(ui) = {1,2} and 7r'(u 2 ) = {1,2,4}. 
Considering the fourth rule (11) we compute: 

pl b (p out ({(X), g (Y)),2l) 
= (g, 1) as 1 ^ Reflexive T (g) 

Thus, we filter away the only argument of g, i.e., 7r'(g) = 0. By filtering the 
tuple symbols in the same way as the corresponding "lower-case" symbols, now the 
variable condition holds for TZ-p and therefore also for DP{1Z-p). Indeed, this is 
the argument filter chosen in Example 4.6. With this filter, one can easily prove 
termination of the program, cf. Section 4.2. 

For the above example, it is sufficient only to avoid the filtering of reflexive 
positions. However, in general one should also avoid the filtering of all "unbounded" 
argument positions. An argument position of type 9 is "unbounded" if it may 
contain subterms from a recursive data structure, i.e., if there exist infinitely many 
terms of type 9. The decrease of the terms on such argument positions might be 
the reason for the termination of the program and therefore, they should not be 
filtered away. To formalize the concept of unbounded argument positions, we define 
the set of constructors of a type 9 to consist of all function symbols whose result 
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has type 9. Then an argument position of a function symbol / is unbounded if it is 
reflexive or if it has a type 9 with a constructor that has an unbounded argument 
position. For the sake of brevity, we also speak of just unbounded positions when 
referring to unbounded argument positions. 

Definition 5.12 (Unbounded Positions). Let 9 € be a type and r be a type as- 
signment. A function symbol f/n with r(//n) = (9\, . . . , 9 n ,9 n+ i) is a constructor 
of 9 iff 9 n+1 = 9. Let Constructors T (9) be the set of all constructors of 9. 

For a function symbol f/n as above, we define the set of unbounded positions 
as the smallest set such that Reflexive T (f /ri) C Unbounded T (f /n) and such that 
i G Unbounded T {f jn) if there is a g/m S Constructor s T (9i) and a 1 < j < m with 
j E Unbounded T (g /m) . 

In the logic program from Examples 1.3 and 5.9, we had r(p) = r(f) = (a, a) and 
r(g) = (6, a). Thus, Constructors T (a) = {f,g} and Constructors T (b) = 0. Since 
the first argument position off is reflexive, it is also unbounded. The first argument 
position of g is not unbounded, since it is not reflexive and there is no constructor 
of type b with an unbounded argument position. So in this example, there is no 
difference between reflexive and unbounded positions. 

However, we will show in Example 5.14 that there are programs where these two 
notions differ. For that reason, we now improve our type-based refinement heuristic 
and disallow the filtering of unbounded (instead of just reflexive) positions. 

Definition 5.13 (Improved Type-based Refinement Heuristic). Let t be a term, 
let "pos i" be a position in t, and let r be a type assignment. The improved type- 
based refinement heuristic p T tb , is defined as follows: 



Example 5.14. The following logic program inverts an integer represented by a 
sign (neg or pos) and by a natural number in Peano notation (using s and 0). So 
the integer number 1 is represented by the term pos(s(0)), the integer number —1 
is represented by neg(s(0)), and the integer number has the two representations 
pos(O) and neg(O). Here nat(f) holds ifft represents a natural number (i.e., ift is a 
term containing just s and ) and inv simply exchanges the function symbols neg and 
pos. The main predicate safeinv performs the desired inversion where safeinv(ii, t 2 ) 
only holds if t\ really represents an integer number and ti is its inversion. 



p T tb ,(t,posi) = 



(root(t\ pos ) , i) if root(£|p OS ) ^ S or i Unbounded T (root(t\ pos )) 
Ptb' (*! P os ) otherwise 



nat(O). 
nat(s(X)) 

inv(negpf), pos(X)). 
inv(pos(X), neg(X)). 
safeinv(X, neg(Y)) 
safeinvpf, pos(F)) 



inv(X, neg(F)),nat(F). 
inv(X, pos(F)),nat(r). 



natpf). 



ACM Transactions on Computational Logic, Vol. V, No. N, 20YY. 



28 • P. Schneider-Kamp, J. Giesl, A. Serebrenik, R. Thiemann 



The rules after the transformation of Definition 3.1 are: 



natj„(0 
nat m (s(X) 



-» ui(nat in (X),X) 



naW(O) 



(12) 
(13) 
(14) 
(15) 
(16) 
(17) 
(18) 
(19) 
(20) 
(21) 
(22) 



ui(nat OM4 (X),X 
invj„(neg(X), pos(X) 
inv m (pos(X),neg(X) 
safeinv m (X, neg(y) 



-> nat out (s(X)) 
-> inv OMt (neg(X), pos(X)) 
-> inv otlt (pos(X),neg(X)) 
-» u 2 (inv m (X,neg(r)),X,r) 



u 2 (inv out (X,neg(r)),X,r 



-» u 3 (nat m (r),X,r) 



u 3 (nat out (r),X,r 
safeinv in (X, pos(y) 



-> safeinv OMt (X, neg(y)) 



-> u 4 (inv in (X, pos(F)),X,y) 
-> u 5 (nat in (F),X,y) 
— > safeinv OMt (X, pos(y)) 



u 4 (inv „ t (X, pos(y)),X, y 



u 5 (nat out (y),x,y 



Let us assume that the user wants to prove termination of all queries safeinv(ii , £2) 
where t\ is ground. So we use the moding m(safeinv, 1) = in and m(safeinv, 2) 
out . Thus, as initial argument filter tt we have 7r(safeinv) = {1} and hence 
7r(safeinvj„) = 7r(SAFEIIMVi„) = {1}, while n(f jn) = {1, . . . ,n} for all f £ {safeinv, 
safeinvi„, SAFEINVi„}. In Rule (17) one has to filter away the second argument of 
invi„ or the only argument of neg in order to remove the "extra" variable Y on the 
right-hand side. From a type inference for these rules we obtain the type assignment 
t with t(s) = (b, b), t(0) = (b), and r(neg) = r(pos) = (6, a). So "a" corresponds to 
the type of integers and "b" corresponds to the type of naturals. The constructors 
of the naturals are Constructors T (b) = {s, 0}. This is a recursive data structure 
since s has an unbounded argument: 1 G Reflexive T (s) C Unbounded T (s). Thus, 
while neg 's first argument position of type b is not reflexive, it is still unbounded, 
i.e., 1 G Unbounded T (neg). Hence, our improved type-based heuristic decides to 
filter away the second argument of in Vi„ (as invi„ is not from the original signature 
Sj. Now termination is easy to show. 

If one had considered the original type-based heuristic instead, then the non- 
reflexive first argument of neg would be Bltered away. Due to Rule (1 7), then also 
the last argument of 112 has to be removed by the hlter. But then the variable Y 
would not occur anymore in the filtered left-hand side of Rule (18). So to satisfy 
the variable condition for Rule (18), we would have to filter away the only argument 
of nati„. Similarly, the only argument of the corresponding tuple symbol NATi„ 
would also be filtered away, blocking any possibility for a successful termination 
proof. 

5.4 Mode Analysis based on Argument Filters and an Improved Refinement Algorithm 

In logic programming, it is not unusual that a predicate is used with different modes 
(i.e., that different occurrences of the predicate have different input and output 
positions). Uniqueness of moding can then be achieved by creating appropriate 
copies of these predicate symbols and their clauses for every different moding. 
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Example 5.15. Consider the following logic program for rotating a list taken 
from [Codish 2007]. Let V be the append -program consisting of the clauses from 
Example 1.4 and the new clause 

rotate(7V, 0) :- append(L, M, N), append(M, L, 0). (23) 

with the moding m(rotate, 1) = in and m(rotate, 2) = out. For this moding, the 
program is terminating. 

But while the first use of append in Clause (23) supplies it with a ground term 
only on the last argument position, the second use in (23) is with ground terms 
only on the first two argument positions. Although the append-cdauses are even 
well moded for both kinds of uses, the whole program is not. 

The logic program is transformed into the following TRS. As before, "[X\L]" is 
an abbreviation for m(X,L), i.e., • is the constructor for list insertion. 

append,^], M, M) - append out ([], M, M) (24) 

appendix, L),M,.(X, AT)) - ui(append iri (L, M, N), X, L, M, N) (25) 

Ul (append otlt (L, M, N), X, L, M, N) - append otlt (.(X, L), M, .(X, N)) (26) 

rotate m (7V, 0) -» u 2 (append i „(L, M, N),N, 0) (27) 

u 2 (append out (I,, M, N), N, O) - u 3 (append m (M, L, 0), L, M, N, 0) (28) 

u 3 (append out (M, L, 0), L, M, N, 0) -» rotate out (JV, O) (29) 

Due to the "extra" variables L and M in the right-hand side of Rule (27) and the 
"extra" variable O in the right-hand side of Rule (28), 11 the only refined argument 
filter which would satisfy the variable condition of Corollary 4.5 is the one where 
7r(append irl ) = 0. 12 As we can expect, for the queries described by this filter, the 
append -program is not terminating and, thus, our new approach fails, too. 

The common solution [Apt 1997] is to produce two copies of the append-ciauses 
and to rename them apart. This is often referred to as "mode-splitting". First, we 
create labelled copies of the predicate symbol append and label the predicate of each 
append-atom by the input positions of the moding in which it is used. Then, we 
extend our moding to 77i(append^, 3) = m(append^ 1,2 '', 1) = m(append^ 1;2 -^, 2) = 
in and m(append^ 3 '', 1) = m(append^ 3 '', 2) = m(append^ 1;2 -^, 3) = out. In our 
example, termination of the resulting logic program can easily be shown using both 
the classical transformation from Section 1.1 or our new transformation: 

rotate(A r , 0) :- append {3} (L, M, N), append {1 ' 2} (M, L, 0). 

append {3} ([],M,M). 

append {3} ([X|L],M, [X\N]) :- append {3} (L, M, N). 
append {1 < 2} ([],M,M). 

append {1 < 2} ([X|L],L, [X\N]) :- append {1 < 2} (L, M, N). 



11 In the left-hand side of Rule (27), the variable O in the second argument of rotate^ is removed 
by the initial filter that describes the desired set of queries given by the user. Consequently, one 
also has to filter away the last argument of U2. Hence, then O is indeed an "extra" variable in the 
right-hand side of Rule (28). 

12 Alternatively, one could also filter away the first arguments of U2 and U3. But then one 
would also have to satisfy the variable condition for the dependency pairs and one would ob- 
tain 7r(APPEND; n ) = 0. Hence, the termination proof attempt would fail as well. 
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In the example above, a pre-processing based on modings was sufficient for a suc- 
cessful termination proof. In general, though, this is insufficient to handle queries 
described by an argument filter. The following example demonstrates this. 

Example 5.16. Consider again the logic program V from Example 5.15 which 
is translated to the TRS TZ-p — {(24), . . . , (29)}. This time we want to show ter- 
mination for all queries of the form rotate(ii, t 2 ) where t\ is a finite list (possibly 
containing non-ground terms as elements). So t\ is instantiated by terms of the form 
•(ri, »(r2, . . . •(r n , [])•••)) where the ri can be arbitrary terms possibly containing 
variables. 13 

To specify these queries, the user would provide the initial argument filter ir 
with 7r(rotate) = {1} and ir(») — {2}. JVow our aim is to prove termination of all 
queries that are ground under the filter n. Thus, the first argument of rotate is not 
necessarily a ground term (it is only guaranteed to be ground after filtering away 
the second argument of •). 

Therefore, if one wanted to pre-process the program using modings, then one 
could not assume that the first argument of rotate were ground. Instead, one would 
have to use the moding m(rotate, 1) = m(rotate, 2) = out. Therefore, in the calls to 
append, all argument positions would be considered as "out". As a consequence, no 
renamed-apart copies of clauses would be created and the termination proof would 
fail. 

In general, our refinement algorithm from Section 5.1 (Algorithm 1) aims to 
compute an argument filter that filters away as few arguments as possible while 
ensuring that the variable condition holds. In this way we make sure that the 
maximal amount of information remains for the following termination analysis. 

But as Examples 5.15 and 5.16 above demonstrate, there are cases where we need 
to create renamed-apart copies of clauses for certain predicates in order to obtain 
a viable refined argument filter. To this end, a first idea might be to combine an 
existing mode inference algorithm with Algorithm 1. However, it is not clear how 
to do such a combination. The problem is that we already need to know the refined 
argument filter in order to create suitable copies of clauses. At the same time, we 
already need the renamed-apart copies of the clauses in order to compute the refined 
argument filter. Thus, we have a classical "chicken-and-egg" problem. Moreover, 
such an approach would always fail for programs like Example 5.16 where there 
exists no suitable pre-processing based on modings. 

Therefore, we replace Algorithm 1 by the following new Algorithm 2 that simul- 
taneously refines the argument filter and creates renamed-apart copies on demand. 

The idea of the algorithm is the following. Whenever our refinement heuristic 
suggests to filter away an argument of a symbol pi n , then instead of changing the 



13 Such a termination problem can also result from an initial termination problem that was de- 
scribed by modings. To demonstrate this, we could extend the program by the following clauses. 

p(X,0) :- s2^(X,AT),rotate(AT,0). 

s2*(0,[]). 

s2£(s(X), [Y\N]) :- s2£(X,N). 

To prove termination of all queries described by the moding m(p, 1) = in and m(p, 2) = out, one 
essentially has to show termination for all queries of the form rotate(ti, (2) where t\ is a finite list. 
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Input: argument filter n, refinement heuristic p, TRS TZ-p 
Output: refined argument filter tt' and modified TRS 1Z' V 
such that Tr'(lZ'-p) satisfies the variable condition 
1. Wp := K v U {£ n ^ -» r^W \ I -> r E K v (p), p/n G A, n(p) C {l,...,n}} 

!7r(/), for all / gS (i.e., for functions of T 5 ) 

/, ' for all / = p(„ with peA 

{1, . . . , n}, for all other symbols //n 

3. If there is a rule i — > r from 7£p 

and a position pos with r| pos G V(7r'(r)) \ V(n'(£j), then: 

3.1. Let (/, i) be the result of p(r,pos), i.e., (/, i) := p(r 7 pos). 

3.2. We perform a case analysis depending on whether / has the form 
p\ n for some p G A. Here, unlabelled symbols of the form Pi n /n 
are treated as if they were labelled with I = {1, . . . , n}. 

• If / = pj n , then we must have r = u{p\ n {...), . . .) for some 
symbol u. We introduce a new function symbol p^'^ with 
""'(Pin^) = I \ W ^ ft nas n0 * been introduced. Then: 

o We replace p\ n by p^^ in the right-hand side of i — > r: 
7^ := ^\{^-»r}U{^-» f}, 
where r = u^^ 1 ^...), . . .). 

o n' v -.= n' v u {s J \{i} _» | s t G n' v {p)}. 

If this introduces new labelled function symbols f/n where 
tt' was not yet defined on, we define n'(f ) = {1, . . . , n}. 

o Let £' -» r' be the rule in K' v with f = u(p£ ut (...), . . .). We 
now replace p ! out by p,^^ in the left-hand side of C — > r': 

7^ :=^\{f ^r'}U{F^r'}, 
where F- U (p^ } (...),...). 

• Otherwise (i.e., if / does not have the form p in or pj n ), then 
modify n' by removing z from 7r'(/), i.e., 7r'(/) := 7r'(/) \ {«'}. 

3.3. Go back to Step 3. 

Algorithm 2: Improved Refinement Algorithm 



argument filter appropriately, we introduce a new copy of the symbol pi n . To 
distinguish the different copies of the symbols p in , we label them by the argument 
positions that are not filtered away. 

In general, a removal of argument positions of pi n can already be performed 
by the initial filter tt that the user provides in order to describe the desired set 
of queries. Therefore, if 7r(p) does not contain all arguments {1, . . . ,n} for some 
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predicate symbol pj n, then we already introduce a new symbol pf„ and new copies 
of the rewrite rules originating from p. In these rules, we use the new symbol p*^ 
instead of pi n . 

Let us reconsider Example 5.16. To prove termination of all queries rotate(£i, £2) 
with a finite list t\, the user would select the argument filter ir that eliminates the 
second argument of rotate and the first argument of the list constructor «. So we 
have 7r(rotate) = {1}, 7r(») = {2}, and 7r(append) = {1,2,3}. Then in addition to 
the rules (27) - (29) for the symbol rotate in we also introduce the symbol rotate^. 
Moreover, in order to ensure that rotate^ * does the same computation as rotate^, 
we add the following copies of the rewrite rules (27) - (29) originating from the 
predicate rotate. Here, all root symbols of left- and right-hand sides are labelled 
with {1}. 



rotate^ (AT, O) 
u^ 1} (append ottt (L,M,iV),7V,0) 
u| 1} (append rat (M, L, 0),L, M, N, O) 



u^ 1} (append m (L,M,iV),7V,0) (30) 
u^ 1} (append m (M, L, O), L, M, N, O) (31) 
rotate^ (N, O) (32) 



So in Step 1 of the algorithm, we initialize TZ'-p to contain all rules of IZ-p. But 
in addition, 1Z' V contains labelled copies of the rules resulting from those predicates 
p/n where n(p) C {1, . . . , n}. In these rules, the root symbols of left- and right-hand 
sides are labelled with n(p). 

Formally, for every predicate symbol p 6 A, let lZ-p(p) denote those rules of TZ-p 
which result from p-clauses (i.e., from clauses whose head is built with the predicate 
p). So 7?/p(rotate) consists of the rule for rotate^ and the rules for u 2 and 113, i.e., 
^(rotate) = {(27), (28), (29)}. 

Then for a term t = /(ti, . . . ,t n ) and a set of argument positions J C N, let 
t 1 denote • • • , t n ). So for t = rotate i „(A r , O) and / = {1}, we have t 1 = 

rotate^ (iV, O). Hence if 7r(rotate) = {1}, then we extend 1Z' V by copies of the 
rules in 7?/p(rotate) where the root symbols are labelled by {1}. In other words, we 
have to add the rules {P*^ -> r^) \ £^rE ^(rotate)} = {(30), (31), (32)}. 

In Step 2, we initialize our desired argument filter tt'. This filter does not yet 
eliminate any arguments except for original function symbols from the logic program 
and for symbols of the form p\ n . Since in our example, the initial argument filter 7r 
of the user is 7r(rotate) = {1}, we have tt'( rota te, n ) = {1,2}, but 7r'( rotate^) = {1}. 
So for symbols pf n , the label / describes those arguments that are not filtered away. 
However, this does not hold for the other labelled symbols. So the labelling of the 
symbols Ug 1 ^, and append^ only represents that they "belong" to the symbol 
rotate}^. But the argument filter for these symbols can be determined arbitrarily. 
Initially, tt' would not filter away any of their arguments, i.e., ^'(u^) = {1,2,3}, 
7r'(i4 1} ) = {1,2,3,4,5}, and tt' (rotate^) = {1,2}. The filter for original function 
symbols of the logic program is taken from the user-defined argument filter ir. So 
since the user described the desired set of queries by setting 7r(») = {2}, we also 
have tt'(.) = {2}. 

In Steps 3 and 3.1, we look for rules violating the variable condition as in 
Algorithm 1. Again, we use a refinement heuristic p to suggest a suitable function 

ACM Transactions on Computational Logic, Vol. V, No. N, 20YY. 



Automated Termination Proofs for Logic Programs by Term Rewriting 



33 



symbol / and an argument position i that should be filtered away. As before, we 
restrict ourselves to refinement heuristics p which never select the first argument 
of a symbol u Cj j. In this way, we only have to examine the rules (and not also the 
dependency pairs) for possible violations of the variable condition. 

If / is not a (possibly labelled) symbol of the form p in or p\ n , then we proceed 
in Step 3.2 as before (i.e., as in Step 2.2 of Algorithm 1). But if / is a (possibly 
labelled) symbol of the form pi n or pf n , then we do not modify the filter for /. If 
/ are the non-filtered argument positions of /, then we introduce a new function 
symbol labelled with / \ {i} instead and replace / by this new function symbol in 
the rule that violated the variable condition. 

In our example, we had K' v = {(24), . . . , (29), (30), (31), (32)} and tt' was the 

filter that does not eliminate any arguments except for 7r'( rotate]^) = {1} and 
tt'(.) = {2}. 

The rules (25), (27), and (30) violate the variable condition. In the following, we 
mark the violating variables by boxes. Let us regard Rule (25) first: 



append m (.(X,L),M,.(X, AO) - ui(append in (L, M, N), X ,L,M,N) (25) 



To remove the variable X from the right-hand side, in Step 3.1 any refinement 
heuristic must suggest to filter away the second argument of ui. As Ui does not 
have the form pj n , we use the second case of Step 3.2. Thus, we change n' such 
that 7r'(ui) = {1, 2, 3, 4, 5}\{2} = {1, 3, 4, 5}. Indeed, now this rule does not violate 
the variable condition anymore. 

We reach Step 3.3 and, thus, go back to Step 3 where we again choose a rule 
that violates the variable condition. Let us now regard Rule (30): 



rotate^ (A^,0) - u^ 1} (append m (m,UwJ, N), N,[Oj) (30) 



To remove the first violating variable L, in Step 3.1 our refinement heuristic sug- 
gests to filter away the first argument of the symbol append in . But instead of chang- 
ing 7r'(append irl ), we introduce a new symbol append^' with 7r'(append| rl ' ) = 
{2,3}. Moreover, we replace the symbol append irl in the right-hand side of Rule 
(30) by the new symbol append^' ' . Thus, Rule (30) is modified to 



rotate| r ; } (7V,0) - u< 1} (append£' 3} (L,lMj, N), N,[Oj). (33) 



1 2 31 

To make sure that append^' ' has rewrite rules corresponding to the rules of 
append in , we now have to add copies of all rules that result from the append- 
predicate. However, here we label every root symbol by {2,3}. In other words, we 
have to add the following rules to TV V : 

append^ 3} ([], M, M) -> appended], M, M) (34) 
append^' 3} (.(X,L),M,.(X,iV)) -> uJ 2 ' 3 ^(append in (L, M, N),X, L, M, N) (35) 
up ' 3} (append out (L, M, N),X, L, M, N) -> append^' 3 } (.(X, L), M, .(X, N)) (36) 

Now the result of rewriting a term append]^' (...) will always be a term of the 
form append^ 3 '' (. . .). Therefore, we have to replace append OMt by append^f^ in 
the left-hand side of Rule (31) (since (31) is the rule that always "follows" (30)). 
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So the original rule (31) 

i4 1} (append OMt (L, M, N), N, O) - u^ 1} (append m (M, L, 0),L, M, N, O) (31) 
is replaced by the modified rule 

u«(append£;f } (L, M, N), N, O) - u| 1} (append m (M, L, 0),L, M, N, O). (37) 

Thus, after the execution of Step 3.2, we have K' v = {(24) - (29), (33) - (36), (37), 
(32)}. In this way, we have introduced three new labelled symbols append^' , 
up' 3 \ and append^ 3 ^. On the unlabclled symbols, the argument filter tt' did 
not change, but we now additionally have 7r'(append| n ' ') = {2,3}, tt'(u\ ' ') = 
{1, 2, 3, 4, 5}, and 7r'(append^ 3} ) = {1, 2, 3}. 

We reach Step 3.3 and, thus, go back to Step 3 where we again choose a rule that 
violates the variable condition. Let us again regard Rule (30), albeit in its modified 
form as Rule (33). The variable M still violates the variable condition. In Step 3.1, 
the refinement heuristic suggests to filter away the second argument of the symbol 
appendj n ' . Instead of changing 7r , we again introduce a new symbol, namely 

i 3i r 31 / 2 3| 

append^/ with 7r (appendj n ' ) = {3}, and replace the symbol append^' ' in the 
right-hand side of Rule (33) by appendj 3 \ Thus, we obtain a further modification 
of Rule (33): 



rotate^ (N,0) - (append^, M, N), N,[o\) (38) 



Again, we have to ensure that append^ has rewrite rules corresponding to the rules 
of append in . Thus, we add copies of all rules that result from the append-predicate 
where every root symbol is labelled by {3}: 

appended], M, M) - append* 3 ^], M, M) (39) 
append! 3} (.(X,L),M,.(X,A0) - u{ 3 ^(append in (L, M, N),X, L, M, N) (40) 
up } (append out (i, M, N), X, L, M, N) - append^ (.(X, L), M, .(X, N)) (41) 

12 31 -[31 

We also have to replace append^ ' by append^ in the left-hand side of Rule (37) 
(since (37) is the rule that always "follows" (33)). So the rule (37) is replaced by 
the modified rule 

l4 1} (append^ (L, M, N),N, O) - u^ 1} (append m (M, L, O), L, M, N, O) (42) 

Thus, after the execution of Step 3.2, we have K' v = {(24) - (29), (38) - (41), (34) - 
(36), (42), (32)}. Again we have introduced three new labelled symbols append| 3 \ 

-f3l i3l 

u\ , and append^. On the unlabellcd symbols, the argument filter ir f did not 

roi roi 

change, but we now additionally have tt' (append^) = {3}, 7r'(u} d ') = {1,2,3,4,5}, 
and ^'(append! 3 ]) = {1,2,3}. 

We reach Step 3.3 and, thus, go back to Step 3 where we again choose a 
rule that violates the variable condition. We again regard Rule (30), albeit in its 
modified form as Rule (38). The variable O still violates the variable condition. In 
Step 3.1, any refinement heuristic must suggest to filter away the third argument 
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of the symbol u^. As does not have the form p{ n , we use the second case of 
Step 3.2. Thus, we change tt' such that tt'(u^ 1} ) = {1, 2, 3} \ {3} = {1, 2}. Indeed, 
now Rule (38) does not violate the variable condition anymore. 

We reach Step 3.3 and, thus, go back to Step 3 where we again choose a rule 
that still violates the variable condition. Let us now regard Rule (42): 



4 1} (append { l](L,M,N) 7 N 7 0) - u| 1} (append m (M, L,\o\), L, M, N,\o\} (42) 



Here our refinement heuristic suggests to filter away the third argument of the 
symbol append irl in order to remove the extra variable O. Instead of changing 7r', we 
again introduce a new symbol, namely appendj n ' ' with n (append^' ') = {1,2}, 

and replace the symbol append in in the right-hand side of Rule (42) by appendj^' 2 ^. 
Thus, we obtain a further modification of Rule (42): 



(append^ (L, M, N),N, O) - u^ 1} (append^' 2} (M, L, 0),L, M, N,[o}) (43) 



Again, we have to ensure that appendj n ' has rewrite rules corresponding to the 
rules of append in . Thus, we add copies of all rules that result from the append- 
predicate where every root symbol is labelled by {1,2}: 

append^ 2} ([], M,M) ^ append^ 2} ([], M,M) (44) 
append**' 2 * (.(X, L), M, .(X, N)) up' 2} (append in (L, M, N),X, L, M, N) (45) 
uj 1 ' 2} (append out (L, M, N),X, L, M, N) - append^ 2} (.(X, L), M, .(X, N)) (46) 

fl 2| 

We also have to replace append out by append^ in the left-hand side of Rule 
(32) (since (32) is the rule that always "follows" (42)). So the rule (32) is replaced 
by the modified rule 

u^ 1} (append^f } (M,L,0),L,M,7V,0) -> rotate^ (TV, O) (47) 

Thus, after the execution of Step 3.2, we now have K' v = {(24) - (29), (38) - 
(41), (34) - (36), (43) - (46), (47)}. Again we have introduced three new labelled 
symbols append|^' 2 ^, uj 1 ' 2 ^, and append^f^. On the unlabelled symbols, the argu- 
ment filter 7r' did not change, but we now additionally have 7r'(append|^' 2 ^) = {1, 2}, 
7r'(u^' 2} ) = {1, 2, 3, 4, 5}, and 7r'(append^ 2} ) = {1, 2, 3}. 

Note that now we have indeed separated the two copies of the append-rules where 
append^,/ corresponds to the version of append that has the third argument as input 

fl 2| 

and append^' is the version where the first two arguments serve as input. This 
copying of predicates works although the initial argument filter already filtered 
away arguments of function symbols like "•" (i.e., the initial argument filter was 
already beyond the expressivity of modings). 

Step 3 is repeated until the variable condition is not violated anymore. Note that 
Algorithm 2 always terminates since there are only finitely many possible labelled 
variants for every symbol. In our example, we obtain the following set of rules TZ' V : 
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append ira ([], M, M) 
append in (.(X,L),M,.(X,Tv)) 
ui (append 0!lt (L, M, TV), X, L, M, TV) 

rotate^ (AT, O) 

u 2 (append^>(L,JVf,/V),JV,0) 
u 3 (append out (M, L, O), L, M, TV, O) 

rotate£ } (JV,0) 

u< 1} (append < 3 > (L, M, TV), TV, O) 

u| 1} (append <*' t 2} (M, L, O), L, M, TV, O) 

a PP endf 2 ' 3} ([], M,M) 

a PP end| 2 ' 3} (,(X, L),M, ,(X, TV)) 



,{2,3} 



(append 



i 2 J } (L,M,N),X,L,M,N) 
append^ } ([],M, M) 
append*^ (,(X,L),M,.(X, TV)) 
uf } (append^ (L, M, TV), X, L, M, TV) 
append£' 2} ([],M,M) 
append£' 2} (.(X,L),M,.(X,TV)) 



up' 2} (append 1 ^ 2 } (L, M, TV), X, L, M, TV) 

The refined argument filter ir' is given by 



> append out ([], M, M) 

> ui(append ln (L, M, TV), X, L, M, TV) 
>append out (.(X,L),M,.(X,TV)) 

. u 2 (append^ } (L,M,TV),TV,0) 

> u 3 (append ln (Af, L, O), L, M, TV, O) 
■ rotate out (TV, O) 

. u«(a PP end^ } (L,M,TV),TV,0) 

. u* 1} (a PP end£' 2} (M, L, 0),L, M, TV, O) 

>r°tate«(TV,0) 

. a PP end< 2 f } ([], M,M) 

> u\ 2, ' i} (append| 2,3} (L, M, TV), X, L, M, TV) 

> append* 2 ^ (,(X,L),M,.(X, TV)) 

> append^ ([],M,M) 

. uf > (append* 3 ^, M, TV), X, L, M, TV) 
>append< 3 >(.(X,L),M,.(X,TV)) 
append ^' 2} ([],M,M) 

> u< 1,2 > (append**' 2 * (L, M, TV), X, L, M, TV) 
>append^f } (.(X,L),M,.(X,TV)) 



(24) 
(25) 
(26) 

(48) 

(49) 
(29) 

(38) 

(43) 

(47) 

(34) 

(50) 

(51) 

(39) 

(52) 

(53) 

(44) 

(54) 

(55) 



7T 


(append^) 


= {1,2,3} 


7T 


(append out ) 


= {1,2,3} 


7T 


(•) 


= {2} 


7T 


(ui) 


= {1,3,4,5} 


7T 


(rotate in ) 


= {1,2} 


7T 


(u 2 ) 


= {1,2,3} 


7T 


(append* 3 *) 


= {3} 


7T 


(append* 3 *) 


= {1,2,3} 


7T 


(us) 


= {1,2,3,4,5} 


7T 


(rotates) 


= {1,2} 



7r'(rotate£ } ) = {1} 
^(u^) ={1,2} 
7r'(u| 1} ) ={1,2,3,4} 
^'(a PP end l { ^ 2} ) = {l,2} 
^'(append^ t 2} ) = {1,2,3} 



T'(rotate«) 



{1,2} 



(append* 2 ' 3 *) = {2, 3} 
(append* 2 ' 3 *) = {1,2,3} 
= {1,4,5} 



(uP' 3 >) 
(u<») 



{1,5} 
{1,3,4} 



Termination for TV V w.r.t. the terms specified by n' is now easy to show using 
our results from Section 4. 

If one is only interested in termination of queries rotate(ti, t^) for a specific pred- 
icate symbol like rotate, then one can remove superfluous (copies of) rules from the 
TRS before starting the termination proof. For example, if one only wants to prove 
termination of queries rotate(ti, t^) for finite lists t\, then it now suffices to prove 
termination of the above TRS for those "start terms" rotate^ (. . .) that are finite 
and ground under the filter 7r' and where the arguments of rotate^ * do not contain 
any function symbols except • and []. Since the rules for rotate in , append in , and 
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append^' 31 (i.e., the rules (24) - (26), (29), (34), and (48) - (51)) are not reachable 
from these "start terms" , they can immediately be removed. In other words, for the 
queries rotate(ti, i 2 ) we indeed need rules for rotate^, append^' 2 '', and append^, 
but the rules for rotate in , append irl , and append]/ ' are superfluous. 

Note however that such superfluous copies of rules arc never problematic for 
the termination analysis. If the rules for append],/ are terminating for terms that 
are finite and ground under the filter n', then this also holds for the append]/ - 
and the append in -rules, since here ir' filters away less arguments. A corresponding 
statement holds for the connection between the rotate^- and the rotate in -rules. 

The following theorem proves the correctness of Algorithm 2. More precisely, 
it shows that one can use tt' and TZ'-p instead of tt and TZ-p in Theorem 3.7. So 
it is sufficient to prove that all terms in the set S' = {pln\£) J) £ A, t G 
f°°(E,V), 7r'(p^ p) (F)) G T^^,)} are terminating w.r.t. the modified TRS TZ' V . 

In Example 5.16, S' would be the set of all terms rotate^ (ii, i 2 ) that are ground 
after filtering with tt' . Hence, this includes all terms where the first argument is a 
finite list. 

If all terms in 5" are terminating w.r.t. TZL, we can conclude that all queries 
Q G A rat (E, A, V) with tt(Q) G ^(E^A^) arc terminating for the original logic 
program. Since ir' satisfies the variable condition for the TRS TZ' V (and also for 
DP(TZ' V ) if 1 G 7r'(u c .i) for all symbols of the form u c ,i), one can also use tt 1 and TZ' V 
for the termination criterion of Corollary 4.5. In other words, then it is sufficient 
to prove that there is no infinite (DP(1Z' V ), TZ' V , 7r')-chain. 

Theorem 5.17 (Soundness of Algorithm 2). LetV be a logic program and 
let 7r be an argument filter over (E, A). Let tt' and 1Z' V result from tt and TZ-p by 
Algorithm 2. Let S = {p in (£) \ p € A, t e f°°(S,V), n(p m (t)) e T(£ P J}. 
Furthermore, let S> = {p^ p) (t) \ p € A, te f°°(E,V), 7r'(p^ (p) (t)) G T(^,)}. 
All terms s G S are terminating for TZ-p if all terms s' G S' are terminating for 

n' v . 

Proof. We first show that every reduction of a term from S with TZ-p can 
be simulated by the reduction of a term from S' with TZ' V . More precisely, we 
show the following proposition where S™ = {t \ pi n (t) t for some p G A, 

te f°°(S,V), and n{p in (t)) G T(£ P J } and S' = {t \ p^ p) (i) t for some 

p G A, t G f~(S, V), and n'{p^ p \i)) G T(E^,) } 



If s G S" and s' G §' with Unlab(s') — s, then s -^n v t implies 
that there is a t' with Unlab(t') = t and s' — > n i t'. 



(56) 



Here, Unlab removes all labels introduced by Algorithm 2: 

J /( Unlab(si), Unlab(s n )), if s = / J (si, . . . , s n ) 
Is, otherwise 

We prove (56) by induction on n. There are three possible cases for s and for 
the rule that is applied in the step from s to t. 



Unlab(s) 
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Case 1: n = and thus, s = Pi n (s) 

So s G S and there is a rule l^re IZ-p with £ = Pi n {t) such that s = £cr and 
t = ra for some substitution a with terms from T°°(E, V). 

Let s' G §' with Unlab(s') = s. Thus, we also have s' G S' where s' = Pin P \s) 
(since a term with a root symbol p\ n cannot be obtained from S' if one has per- 
formed at least one rewrite step with H' v ). Due to the construction of 1Z' V , there 
exists a rule £ n &) — > r' G 7\Lp where Unlab(r') = r. We define t' to be rV. Then 
we clearly have s' = P^a — r 1(7 = t' and Unlab(t') = t. 

Case 2: n > 1 and s = u c .i(s, g), s — >7j.p t, t = u c i (t, q) 

Since s G S™, there exists a pi n {s) with s G T°°(E, V) such that Pi n (s) — ^ s, i.e., 
s G S m for some m G N. Since the reduction from Pi n (s) to s is shorter than the 
overall reduction that led to s, we obtain that m < n. 

Let s' G §' with Unlab(s') — s. Hence, we have s 1 — u^^s^q) for some label / 

and Unlab(s') = s. Since s' G there exists a p{ n {s) with s G T°°(S, V) such that 
Pi n (s) — s'. Hence, s' G §' as well. Now the induction hypothesis implies that 

there exists a V such that s' -^iz' T t' an< i Unlab(t') = t. We define t' — u^^t'^q). 
Then we clearly have s' —>iz' v t' and Unlab(t') = t. 

Case 3: n > 1 and s = u c .i(p out (s),q) 

Here, there exists a rule f^re 7?/p with I — u c ,i(p ut{£) , x) such that s — la and 
t = ra. 

Let s' G S' with Unlab(s') = s. Hence, we have s' = u\ i{pi ut (s) , <t) for some labels 
/ and J. Since s' £§', s' resulted from rewriting the term u\ i{pf n {s), q) which must 
be an instantiated right-hand side of a rule from IZ'-p. Due to the construction of 
1Z' V , then there also exists a rule £' — > r' G 1Z' V where £' = u J c j(Po«t(^)> an d 
Unlab{r') = r. We define t' = r'a. Then we have s' — £' a —>n' v r ' a = t' and 
clearly Unlab{t') = t. 

We now proceed to prove the theorem by contradiction. Assume there is a term 
so G S that is non-terminating w.r.t. IZ-Pi i-e., there is an infinite sequence of terms 
so, si, S2, . . . with Si —*n-p Si+i- We must have so = Pin(t) with t G T°°(S, V) and 
n(p ln ^) G ^(SpJ. Let s Then s G S>, since 7r'(^ n (p) (i)) G f(E P J. 

The reason is that tt'(p^ p ') = n(p) = Tr(pi n ) and for all / G E we have 7r'(/) C 7r(/). 

So by (56), s G §' and Unlab(s' ) = sq imply that there is an s[ with Unlab^s^) = 
si and s' -^k' v s i- Clearly, this also implies s[ G §'. By applying (56) repeatedly, 
we therefore obtain an infinite sequence of labelled terms s' , s[, s' 2 , . ■ ■ with s- — > K / 
s'i+1- □ 

6. FORMAL COMPARISON OF THE TRANSFORMATIONAL APPROACHES 

In this section we formally compare the power of the classical transformation from 
Section 1.1 with the power of our new approach. In the classical approach, the 
class of queries is characterized by a moding function whereas in our approach, it is 
characterized by an argument filter. Therefore, the following definition establishes 
a relationship between modings and argument filters. 
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Definition 6.1 (Argument Filter Induced by Moding). Let (£, A) be a signature 
and let to be a moding over the set of predicate symbols A. Then for every predicate 
symbol p G A we define the induced argument filter ix m over Yi-p as Tr m (Pin) — 
TTm(Pin) = {i | m{p,i) = in} and Tr m (p out ) = {i \ m{p,i) = out}. All other 
function symbols / from S-p are not filtered, i.e., 7r m (//n) = {1, . . . ,n}. 

Example 6.2. Regard again the well-mocled logic program from Example 1.1. 

p(X,X). 

P (fpO,g(y)) :- P (f(x),f(z)),p(z,g(r)). 

We used the moding to with m(p, 1) = in and m(p, 2) = out. Thus, for the induced 
argument filter ir m we have ir m (p in ) = n m (P in ) = {1} and ir m (p out ) = {2}. 

As the classical approach is only applicable to well-moded logic programs, we 
restrict our comparison to this class. For non-well-moded programs, our new ap- 
proach is clearly more powerful, since it can often prove termination (cf. Section 7), 
whereas the classical transformation is never applicable. 

Our goal is to show the connection between the TRSs resulting from the two 
transformations. If one refines 7r m to a filter ir' m by Algorithm 1 using any arbitrary 
refinement heuristic, then the TRS of the classical transformation corresponds to 
the TRS of our new transformation after filtering it with ir' m . 

Example 6.3. We continue with Example 6.2. The TRS IZ-p resulting from our 
new transformation was given in Example 3.2: 

p in (X,X)^ Pout (X,X) (1) 
p in (f(X),g(Y)) - Ul (p m (f(A),f(Z)),X,F) (2) 
Ul ( Pout (f(X),f(Z)),X,Y) - u 2 (p in (Z,g(Y)),X,Y,Z) (3) 
u 2 ( Pout (Z,g(Y)),X,Y,Z) - p out (f(X),g(Y)) (4) 
If we apply the induced argument filter ir m , then we obtain the TRS ir m (1Z-p): 

Pin(X) — » p ou t(X) 
p in (f(X)) -» Ul (p in (f{X)),X,Y) 
Ul ( Po „ t (f(Z)),X,y) -» u 2 (p in (Z),X,Y,Z) 
u 2 (p out (g(Y)),X,Y,Z) - PouMY)) 

The second rule has the "extra" variable Y on the right-hand side, i.e., it does 
not satisfy the variable condition. Thus, we have to refine the Glter ix m to a hi- 
ter ir' m with t4(ui) = ^(Ui) = {1,2} and ir' m (u 2 ) = n' m (U 2 ) = {1,2,4}. The 
resulting TRS ir' m (JZ-p) is identical to the TRS HSp d resulting from the classical 
transformation, cf. Example 1.2: 

Pin(X) — ► p ou t(X) 
Pm (f(X))^ Ul ( Pm (f(X)),A) 

ui(p out (f(Z)),X) - u 2 (p in (Z),X,Z) 
u 2 (p out (g(Y)),X,Z) ^ p out (g(Y)) 

The following theorem shows that our approach (with Corollary 4.5) succeeds 
whenever the classical transformation of Section 1.1 yields a terminating TRS. 
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Theorem 6.4 (Subsumption of the Classical Transformation). Let V 
be a well-moded logic program over a signature (S,A) w.r.t. the moding m. Let 
lZ^ d be the result of applying the classical transformation of Section 1.1 and let 
TZ-p be the result of our new transformation from Definition 3.1. Then there is a 
refinement ofn' m ofir m such that (a) Tr' m (lZp) andir' m (DP(1Zv)) satisfy the variable 
condition and (b) if lZ^ d is terminating (with ordinary rewriting), then there is no 
infinite (DP(TZp),lZp,ir' m )- chain. Thus, in particular, termination oflZ^, d implies 
that TZ-p is terminating (with infinitary constructor rewriting) for all terms Pi n (i) 
withpE A, fe f°°(E,V), and ir(p m (f)) G T(E P J. 

PROOF. Let ir' m result from Algorithm 1 using any refinement heuristic p which 
does not filter away the first argument of any u c ^. 

We now analyze the structure of the TRS n' m (TZ-p). For any predicate symbol 
p G A, let u p(s, i)" denote that s and t are the sequences of terms on p's in- and 
output positions w.r.t. the moding m. 

When Algorithm 1 is applied to compute the refinement Tr' m of 7r m , one looks for 
a rule I — » r from ir m (lZp) such that V(r) % V(£). Such a rule cannot result from 
the facts of the logic program. The reason is that for each fact p(s,t), n m (lZp) 
contains the rule 

Pin(s) -^Poutit) 

and by well-modedness, we have V(t) C V(s). 

For each rule c of the form p(s, V) :- pi(s*i, Fi), . . . ,Pk{sk, tk) in V , the TRS 
n m (TZ-p) contains: 

Pin 

«c,i(pi out (*i),V(S)U V(t)) -> u Ci2 (p 2in (s 2 ),V(s) U V(t) U V(si) U V(h)) 
u c ,k(.Pk out (4), V(s) U V(t) U V(si) U V(t!) U . . . U V(s fe -i) U V(4_i)) -» Pout (t) 

For the first rule, by well-modedness we have V(s*i) C V(s) and thus, the only 
"extra" variables on the right-hand side of the first rule must be from V(t). There 
is only one possibility to refine the argument filter in order to remove them: one 
has to filter away the respective argument positions of u Ci i. Hence, the filtered 
right-hand side of the first rule is u c ,i(pi in (si), V(s)) and the filtered left-hand side 
of the second rule is u c ,i{pi out (ti),V(s)). 

Similarly, for the second rule, well-modedness implies V(s*2)UV(s)UV(si)UV(ii) C 
V(ti) U V(s). So the only "extra" variables on the right-hand side of the second 
rule are again from V{t). As before, to remove them one has to filter away the 
respective argument positions of u c , 2 - Moreover, since V(s*i) C V(s) we obtain 
the filtered right-hand side u c ^{p2 in (5*2), V(s) U V(t\)) for the second rule and the 
filtered left-hand side u c ,2(p2 out (£2), V(s) U V(t\)) side in the third rule. 

An analogous argument holds for the other rules. The last rule has no extra 
variables, since V(i) C V{s) U V(t\) U . . . U V(tk) by well-modedness. 
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So for any rule c of the logic program V, it' m (TZp) has the following rules: 

p m (s) -> u c ,i(pi in (si), V(s)) 

«c,l(Pl otrt (t"i),V(S)) -> «c,2(P2 (B (52),V(S)UV(tl)) 

u c ,fe(p feout (4),V(s)UV(fi)U...UV(4_i)) -> Pout (t) 

Hence, ir' m (1Z-p) = TZ^ d . Since the refined argument filter -jr' m does not filter away 
the first argument of any u Ci i, by defining ir' m (U c ^) := Tr' m (u C! i), then the variable 
condition is satisfied for both ir' m (JZ-p) and ir' m (DP(TZp)) and, thus, (a) is fulfilled. 

Now to prove (b), we assume that TZ^ d is terminating. We have to show that 
then there is no infinite (DP(lZp), TZp, 7r^ l )-chain. By the soundness of the argu- 
ment filter processor (Theorem 4.f3), it suffices to show that there is no infinite 
(Tr' m (DP(7Z-p)), n' m (7Z-p), id)-chain. 

Note that n' m (DP(TZp)) = DP(ir' m (1Z-p)). The reason is that all u c ,i only occur 
on the root level in TZp. Moreover, all pi„-symbols only occur in the first argument 
of a u c .i and 1 e ir' m (uc,i)- In other words, occurrences of defined function symbols 
are not removed by the filter n' m . So we have 

u ^ v E n> m (DP(K v )) 

iff there is a rule £ — > r € TZp with u = ir' m ($),v — Tr' m (t$) 

for a subterm t of r with defined root 
iff there is a rule I -> r e K v with u = (ir , m (£))^,v= {Tr' m (t))t 

for a subterm n' m (t) of n' m (r) with defined root 

iff there is a rule £ — > r e Tr' m (TZp) with u = 0,v = i" 

for a subterm t of r with defined root 
iff u^v E DP{ir' m (K v )) 

Hence, ^(Uv) = K# d and Tr' m {DP{Tlp)) = DP(-K' m (1l v )) = DP{K$ d ). Thus, 
it suffices to show absence of infinite (DP(TZ^p d ), TZ v ld , zd)-chains. But this follows 
from termination of TZ^ d , cf. [Arts and Giesl 2000, Thm. 6], since (P, TZ, zri)-chains 
correspond to chains for ordinary (non-infinitary) rewriting. 

Hence by Theorem 4.4, termination of 7Z^ d also implies that all terms Pi n (t) with 
p € A, f e T°°(S, V), and 7r(pi„(t)) € T(S-p 7r ) are terminating w.r.t. 7£p (using 
infinitary constructor rewriting). □ 

The reverse direction of the above theorem does not hold, though. As a coun- 
terexample, regard again the logic program from Example 1.1, cf. Example 6.3. 
As shown in Example 1.2, the TRS resulting from the classical transformation is 
not terminating. Still, for the filter tt^ from Example 6.3, there is no infinite 
(DP (TZ-p), TZ-p, 7r^J-chain and thus, our method of Corollary 4.5 succeeds with the 
termination proof. In other words, our new approach is strictly more powerful than 
the classical transformation, even on well-moded programs. 

Thus, a termination analyzer based on our new transformation should be strictly 
more successful in practice, too. That this is in fact the case will be demonstrated 
in the next section. 
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7. EXPERIMENTS AND DISCUSSION 

We integrated our approach (including all refinements presented) in the termination 
tool AProVE [Giesl et al. 2006] which implements the DP framework. To evaluate 
our results, we tested AProVE against four other representative termination tools 
for logic programming: TALP [Ohlebusch ct al. 2000] is the only other available 
tool based on transformational methods (it uses the classical transformation of 
Section 1.1), whereas Polytool [Nguyen and De Schreye 2007], TerminWeb [Codish 
and Taboch 1999], and cTI [Mesnard and Bagnara 2005] are based on direct ap- 
proaches. Section 7.1 describes the results of our experimental evaluation and in 
Section 7.2 we discuss the limitations of our approach. 

7.1 Experimental Evaluation 

We ran the tools on a set of 296 examples in fully automatic mode. 14 This set 
includes all logic programming examples from the Termination Problem Data Base 
[TPDB 2007] which is used in the annual international Termination Competition 
[Marche and Zantema 2007]. It contains collections provided by the developers of 
several different tools including all examples from the experimental evaluation of 
[Bruynooghe et al. 2007]. However, to eliminate the influence of the translation 
from Prolog to logic programs, we removed all examples that use non-trivial built- 
in predicates or that are not definite logic programs after ignoring the cut operator. 
All tools were run locally on an AMD Athlon 64 at 2.2 GHz under GNU/Linux 2.6. 
For each example we used a time limit of 60 seconds. This is similar to the way 
that tools are evaluated in the annual competitions for termination tools. 





AProVE 


Polytool 


TerminWeb 


cTI 


TALP 


Successes 


232 


204 


177 


167 


163 


Failures 


57 


82 


118 


129 


112 


Timeouts 


7 


10 


1 





21 



As shown in the table above, AProVE succeeds on more examples than any other 
tool. The comparison of AProVE and TALP shows that our approach improves 
significantly upon the previous transformational method that TALP is based on, cf. 
Goals (A) and (B). In particular, TALP fails for all non-well-moded programs. 

While we have shown our technique to be strictly more powerful than the previous 
transformational method, due to the higher arity of the function symbols produced 
by our transformation, proving termination could take more time in some cases. 
However, in the above experiments this did not affect the practical power of our 
implementation. In fact, AProVE is able to prove termination well within the time 
limit for all examples where TALP succeeds. Further analysis shows that while 
AProVE never takes more than 15 seconds longer than TALP, there are indeed 6 
examples where AProVE is more than 15 seconds faster than TALP. 



14 We combined termsize and list-length norm for TerminWeb and allowed 5 iterations before 
widening for cTI. Apart from that, we used the default settings of the tools. For both AProVE and 
Polytool we used the (fully automated) original executables from the Termination Competition 
2007 [Marche and Zantema 2007]. To refine argument filters, this version of AProVE uses the 
refinement heuristic p t y from Definition 5.f3. For a list of the main termination techniques used 
in AProVE, we refer to [Giesl ct al. 2005; Giesl ct al. 2006]. Of these techniques, only the ones in 
Section 4.2 were adapted to infinitary constructor rewriting. 
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The comparison with Polytool, TerminWeb, and cTI demonstrates that our new 
transformational approach is not only comparable in power, but usually more pow- 
erful than direct approaches. In fact, there is only a single example where one of 
the other tools (namely Polytool) succeeds and AProVE fails. This is the rather 
contrived example from (2) in Section 7.2 which we developed to demonstrate the 
limitations of our method. Polytool is only able to handle this example via a pre- 
processing step based on partial evaluation [Nguyen et al. 2006; Serebrenik and 
De Schreye 2003; Tamary and Codish 2004]. In this example, this pre-processing 
step results in a trivially terminating logic program. Thus, if one combined this 
pre-processing with any of the other tools, then they would also be able to prove 
termination of this particular example. 15 Integrating some form of partial eval- 
uation into AProVE might be an interesting possibility for further improvement. 
For all other examples, AProVE can show termination whenever at least one of 
the other tools succeeds. Moreover, there are several examples where AProVE suc- 
ceeds whereas no other tool shows the termination. These include examples where 
the termination proof requires more complex orders. For instance, termination 
of the example SGST06/ribal_tree .pi can be proved using recursive path orders 
with status and termination of talp/apt/mergesort^ap.pl is shown using matrix 
orders. 16 

Note that 52 examples in this collection are known to be non-terminating, i.e., 
there are at most 244 terminating examples. In other words, there are only at most 
12 terminating examples where AProVE did not manage to prove termination. With 
this performance, AProVE won the Termination Competition with Polytool being 
the second most powerful tool. The best tool for non-termination analysis of logic 
programs was NTI [Payet and Mesnard 2006]. 

However, from the experiments above one should not draw the conclusion that the 
transformational approach is always better than the direct approach to termination 
analysis of logic programs. There are several extensions (e.g., termination inference 
[Codish and Taboch 1999; Mesnard and Bagnara 2005], non-termination analysis 
[Payet and Mesnard 2006], handling numerical data structures [Serebrenik and De 
Schreye 2004; 2005b]) that can currently only be handled by direct techniques and 
tools. 

Regarding the use of term rewriting techniques for termination analysis of logic 
programs, it is interesting to note that the currently most powerful tool for di- 
rect termination analysis of logic programs (Polytool) implements the framework 
of [Nguyen and De Schreye 2005; 2007] for applying techniques from term rewrit- 
ing (most notably polynomial interpretations) to logic programs directly. This 
framework forms the basis for further extensions to other TRS-termination tech- 
niques. For example, it can be extended further by adapting also basic results of 
the dependency pair method to the logic programming setting [Nguyen ct al. 2008] . 
Preliminary investigations with a prototypical implementation indicate that in this 
way, one can prove termination of several examples where the transformational 



15 Similarly, with such a pre-processing the existing "direct" tools would also be able to prove 
termination of the program in Example 1.1. 

16 For recursive path orders with status and matrix orders see [Lescanne 1983] resp. [Endrullis 
et al. 2006]. 
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approach with AProVE currently fails. 

So transformational and direct approaches both have their advantages and the 
most powerful solution might be to combine direct tools like Polytool with a trans- 
formational prover like AProVE which is based on the contributions of this paper. 
But it is clear that it is indeed beneficial to use termination techniques from TRSs 
for logic programs, both for direct and for transformational approaches. 

In addition to the experiments described above (which compare different termi- 
nation provers), we also performed experiments with several versions of AProVE in 
order to evaluate the different heuristics and algorithms for the computation of ar- 
gument filters from Section 5. The following table shows that indeed our improved 
type-based refinement heuristic (tb') from Section 5.3 significantly outperforms the 
simple improved outermost (om') and innermost (im) heuristics from Section 5.2. In 
fact, all examples that could be proved terminating by any of the simple heuristics 
can also be proved terminating by the type-based heuristic. 





AProVE tb' 


AProVE om' 


AProVE im 


Successes 


232 


218 


195 


Failures 


57 


76 


98 


Timeouts 


7 


2 


3 



So far, for all experiments we used Algorithm 2 (from Section 5.4) in order to 
compute a refined argument filter from the initial one. To evaluate the advantage of 
this improved algorithm over Algorithm 1 (from Section 5.1), we performed experi- 
ments with the two algorithms (again using the type-based refinement heuristic tb' 
from Section 5.3). The following table shows that Algorithm 2 is indeed significantly 
more powerful than Algorithm 1. 





AProVE Algorithm 2 


AProVE Algorithm 1 


Successes 


232 


212 


Failures 


57 


74 


Timeouts 


7 


10 



As mentioned in Section 1.3, preliminary versions of parts of this paper appeared 
in [Schneider-Kamp et al. 2007]. However, the table below clearly shows that the 
results of Section 5 (which are new compared to [Schneider-Kamp et al. 2007]) 
improve the power of termination analysis substantially. To this end, we compare 
our new implementation that uses the improved type-based refinement heuristic 
(tb') and the improved refinement algorithm (Algorithm 2) from Section 5 with 
the version of AProVE from the Termination Competition 2006 that only contains 
the results of [Schneider-Kamp et al. 2007]. To find argument filters, it uses a 
simple ad-hoc heuristic which turns out to be clearly disadvantageous to the new 
sophisticated techniques from Section 5. 





AProVE tb' 


AProVE [Schneider-Kamp et al. 2007] 


Successes 


232 


208 


Failures 


57 


69 


Timeouts 


7 


19 



To run AProVE, for details on our experiments, and to access our collection of 
examples, we refer to http://aprove.informatik.rwth-aachen.de/eval/TDCL/. 
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7.2 Limitations 

Our experiments also contain examples which demonstrate the limitations of our ap- 
proach. Of course, our implementation in AProVE usually fails if there are features 
outside of pure logic programming (e.g., built-in predicates, negation as failure, 
meta programming, etc.). We consider the handling of meta- logical features such 
as cuts and meta programming as future work. We think that techniques from term 
rewriting are especially well-suited to handle meta programming as term rewriting 
does not rely on a distinction between predicate and function symbols. 

In the following, we discuss the limitations of the approach when applying it for 
pure logic programming. In principle, there could be three points of failure: 

(1) The transformation of Theorem 3.7 could fail, i.e., there could be a logic pro- 
gram which is terminating for the set of queries, but not all corresponding terms 
are terminating in the transformed TRS. We do not know of any such example. 
It is currently open whether this step is in fact complete. 

(2) The approach via dependency pairs (Theorem 4.4) can fail to prove termination 
of the transformed TRS, although the TRS is terminating. In particular, this 
can happen because of the variable condition required for Theorem 4.4. This 
is demonstrated by the following logic program V: 

p(X) :- q(f(r)),p(F). 
p(gpO) :- p(X). 

q(gOO)- 

The resulting TRS TZ V is 

Pm pO^ Ul (q m (f(y)),x) 

ui( qout (f(y)),X) -> u 2 (p in (Y),X,Y) 
u 2 (Pout(Y),X,Y) -» p out (X) 

Pm (gpO) -> u 3 (p in (X),X) 
u 3 (Pout(X),X) -> p out (g(X)) 

q in (g(Y)) - q mt (g(Y)) 

and there are the following dependency pairs. 

P in (X) -> Q jn (f(r)) (57) 

P in pO-Ui(q <n (f(y)),X) (58) 

Ui(q out (f(y)),X) -» P m (Y) (59) 

Ui(q out (f(y)),X) -» U 2 (p in (Y),X,Y) (60) 

P in {g(X)) -» P in (X) (61) 

P in (g(X))^U 3 (p in (X),X) (62) 

We want to prove termination of all queries p(t) where t is finite and ground 
(i.e., m(p, 1) = in). Looking at the logic program V 1 it is obvious that they 
are all terminating. However, there is no argument filter it such that tt(H-p) 
and ir(DP(lZ-p)) satisfy the variable condition and such that there is no infinite 
(DP(K-p),K v ,Tr)-cha,m. 
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To see this, note that if 7r(Pj n ) — or 7r(g) = then we can build an infinite 
chain with the last dependency pair where we instantiate X by the infinite term 
g(g(. . .)). So, let 7r(Pi n ) = 7r(g) = {1}. Due to the variable condition of the 
dependency pair (59) we know 7r(f) = ir(q out ) — {1} and 1 G 7r(Ui). Hence, to 
satisfy the variable condition in dependency pair (58) we must set 7r(qi„) = 0. 
But then the last rule of irilZ-p) does not satisfy the variable condition. 
(3) Finally it can happen that the resulting DP problem of Theorem 4.4 is finite, but 
that our implementation fails to prove it. The reason can be that one should 
apply other DP processors or DP processors with other parameters. After 
all, finiteness of DP problems is undecidable. This is shown by the following 
example where we are interested in all queries f(£i,i2) where t\ and £2 are 
ground terms: 



Termination can (for example) be proved if one uses a polynomial order with 
coefficients from {0, 1, 2, 3, 4, 5}. But the current automation does not use such 
polynomials and thus, it fails when trying to prove termination of this example. 

While the DP method can also be used for non-termination proofs if one consid- 
ers ordinary rewriting, this is less obvious for infinitary constructor rewriting. The 
reason is that the main termination criterion is "complete" for ordinary rewriting, 
but incomplete for infinitary constructor rewriting (cf. the counterexample (2) to 
the completeness of Theorem 4.4 above). Therefore, in order to also prove non- 
termination of logic programs, a combination of our method with a loop-checker 
for logic programs would be fruitful. As mentioned before, a very powerful non- 
termination tool for logic programs is NTI [Payet and Mesnard 2006]. Our collection 
of 296 examples contains 233 terminating examples (232 of these can be success- 
fully shown by AProVE), 52 non-terminating examples, and 11 examples whose 
termination behavior is unknown. NTI can prove non-termination of 42 of the 
52 non-terminating examples. Hence, a combination of AProVE and NTI would 
successfully analyze the termination behaviour of 274 of the 296 examples. 

8. CONCLUSION 

In this paper, we developed a new transformation from logic programs V to TRSs 
IZ-p. To prove the termination of a class of queries for V, it is now sufficient to 
analyze the termination behavior of IZ-p on a corresponding class of terms w.r.t. 
infinitary constructor rewriting. This class of terms is characterized by a so-called 
argument filter and we showed how to generate such argument filters from the 
given class of queries for V . Our approach is even sound for logic programming 
without occur check. To prove termination of infinitary rewriting automatically, we 
showed how to adapt the DP framework of [Arts and Giesl 2000; Giesl et al. 2005; 
Giesl et al. 2006] from ordinary term rewriting to infinitary constructor rewriting. 
Then the DP framework can be used for termination proofs of IZ-p and thus, for 
automated termination analysis of V . Since any termination technique for TRSs 
can be formulated as a DP processor [Giesl et al. 2005], now any such technique 
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can also be used for logic programs. 

In addition to the results presented in [Schneider-Kamp et al. 2007], we showed 
that our new approach subsumes the classical transformational approach to termi- 
nation analysis of logic programs. We also provided new heuristics and algorithms 
for refining the initial argument filter that improve the power of our method (and 
hence, also of its implementation) substantially. 

Moreover, we implemented all contributions in our termination prover AProVE 
and performed extensive experiments which demonstrate that our results are indeed 
applicable in practice. More precisely, due to our contributions, AProVE has become 
the currently most powerful automated termination prover for logic programs. 
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